Re: debian -no-gnome ?
Le jeu 16/01/2003 à 18:09, Erwan David a écrit : > Quand tu vois que pour changer les fontes GTK tu as 2 moyens: > > 1) comprendre la doc de programmation, quels sont les widgets et aller >te balader dans les sources du soft que tu utilise pour savoir ceux >que tu dois modifier > > 2) une appli du *panel* *gnome*, 1 ) Tu te trompes totalement. Tu peux changer la police des applis en ligne de commande si tu le souhaites, avec gconftool. Ah oui, j'oubliais, gconftool fait partie de gnome et de ce fait c'est trop lourd. J'ai donc une autre solution : tu te délogues (de ta session X), tu tues le démon gconfd, tu édites le fichier xml qui contient la police et tu te relogues... Pas un seul morceau de gnome la dedans. 2 ) Tu te fous pas un peu de la gueule du monde... Se plaindre du fait que Gnome utilise une interface graphique Gnome pour changer ses polices ?! 3 ) Concernant The Gimp : On ne critique pas un projet auquel sa contribution est nulle (je me trompe ?). Tu te plains de l'utilisation de librairies qui permettent de rendre un soft "accessible", c'est à dire de permettre son utilisation par des gens qui n'ont plus toutes leurs capacités physiques. Moi je trouve ça extrêmement positif comme évolution contrairement à ce que tu décris comme une dérive. Il s'agit justement d'un point sur lequel l'utilisateur passe avant le développeur (je ne me rappelle pas avoir entendu parlé d'un développeur Gimp handicapé, mais je peux me tromper), chose à laquelle tu sembles tant attaché (et qui comme cela a été déjà précisé n'est de loin pas la règle dans le logiciel libre). -- Fred RISS <[EMAIL PROTECTED]>
Re: debian -no-gnome ?
Le jeu 16/01/2003 à 20:56, Erwan David a écrit :
> > 1 ) Tu te trompes totalement. Tu peux changer la police des applis en
> > ligne de commande si tu le souhaites, avec gconftool. Ah oui,
> > j'oubliais, gconftool fait partie de gnome et de ce fait c'est trop
> > lourd. J'ai donc une autre solution : tu te délogues (de ta session X),
> > tu tues le démon gconfd, tu édites le fichier xml qui contient la police
> > et tu te relogues... Pas un seul morceau de gnome la dedans.
>
> Ah et gconfd ? il n'est pas installé chez moi et je ne vois pas au
> nom de quoi je l'installerais. idem pour gconftool. Je n'aime pas
> gnome, je pense que son orientation de base est mauvaise. Au nom de
> quoi devrais-je l'utiliser pour des programmes non gnome ? En tout cas
> on voit que tu n'es pas capable d'imaginer que gnome puisse même ne
> pas être installé.
Excuse moi, dans mon énervement, je pensais que tu parlais des applis
gnome... Pour GTK (et pour que ce mail ait un semblant de raison
d'être), dans le gtkrc :
-8<--
style "user-font"
{
fontset = "-blah-blah-medium-r-normal-*-12-120-75-75-p-0-iso8859-1"
}
class "*" style "user-font"
-8<--
devrait le faire.
> > 3 ) Concernant The Gimp : On ne critique pas un projet auquel sa
> > contribution est nulle (je me trompe ?).
>
> donc l'utilisateur doit fermer sa gueule, c'est ça ta philosophie ?
J'explique mon point de vue (attention, point de vue != vérité) : A la
base, le LL est une histoire de passionnés. Un gars code une appli parce
que ça lui plait. Si un utilisateur lui demande de faire une modif, il
est succeptible de la faire... c'est d'autant mieux si l'utilisateur
participe en donnant des idées voire un patch. Par contre si la modif ne
lui plait pas, le développeur à très bien le droit de ne pas l'intégrer
; c'est toujours lui qui à raison, et c'est pour ça que je dis que le
développeur passe d'abord.
Pour l'histoire de ta contribution au projet, je ne parlais même pas
d'une contribution en termes de code, mais à la limite juste d'une
question sur la mailing liste du logiciel pour savoir de quoi il
retourne. Si on considère les faits que tu repporche à Debian (ton
premier repproche) puis à Gimp et à toutes les applis Gtk (ce sur quoi
tu as dérivé par la suite), on se rend compte que ta contribution est
effectivement nulle.
J'arrête là la discussion.
--
Fred RISS <[EMAIL PROTECTED]>
Re: changement d'heure
Le dim 27/10/2002 à 19:39, Panard a écrit : > Bonjour ! > > Juste une petit remarque : à quand le changement d'heure automatique > sous > linux ? quand tu auras installé ntpdate ? -- Fred RISS <[EMAIL PROTECTED]>
Re: changement d'heure
Le dim 27/10/2002 à 18:50, Christian Marillat a écrit : > > Juste une petit remarque : à quand le changement d'heure automatique > > sous > > linux ? > > > quand tu auras installé ntpdate ? > > Pourquoi faire ? > > Linux a besoin de rien pour changer d'heure. Désolé. J'étais persuadé que c'est grâce à cela que ma babasse possédait la seule horloge à jour de mon appartement ce matin :), mais c'est vrai qu'à la reflexion, je n'ai jamais eu besoin de toucher à l'horloge lors d'un changement d'heure (y compris lorsque je n'utilisait pas ntpdate).
Re: probleme de display
le ven 12-10-2001 at 19:09 Remi Suinot a écrit : > Bonjour a tous. > > J'ai un serveur sous Debian 2.2.r3 qui marche bien, merci, mais sur lequel > j'ai une > application graphique que je veux avoir à l'écran de mon portable. > Celui ci est sous debian 2.2.r3 upgrade vers woody. > sur le portable, je fais bien xhost+ > mais quand je lance mon appli, j'ai un joli: > _X11TranSocketINETConnect: Can't connect: errno = 111 Par défaut, les serveurs X Debian «n'écoutent pas» sur le réseau. Si tu n'as pas modifié cela, le xhost + n'aidera pas. Selon ce que tu utilises pour lancer X, il faut modifier la ligne de commande à un endroit spécifique (chez moi, avec gdm, j'ai modifié /etc/gdm/gdm.conf et viré le --nolisten). Si ca peut aider. --Fred
Re: upgrade : conflit sur les fichiers utilis0p
le lun 15-10-2001 at 02:56 Alain Tesio a écrit : > Hello, j'ai eu pas mal d'erreurs de ce genre en upgradant > de potato vers woody (lors d'un apt-get dist-upgrade) > > trying to overwrite `/usr/X11R6/lib/X11/app-defaults', which is also in > package groff > Errors were encountered while processing: > /var/cache/apt/archives/xlibs_4.1.0-6_i386.deb > > J'ai corrigé le problème en supprimant la ligne concernée dans > /var/lib/dpkg/info/groff.list. Bizarre parce que c'est un répertoire > qui n'est pas spécifique à groff. > > Mais peut-être qu'il y a un moyen plus propre de corriger ca ? > Ca s'est produit 4 ou 5 fois. Oui, il y a un moyen plus propre. En fait, tu as deux choix : - Soit tu notes les paquets qui posent problème et tu vas les installer à la main avec 'dpkg --force-overwrite ' - Soit tu dis à apt de systématiquement écraser les fichiers partagés 8
Re: apt-get upgrade
le dim 14-10-2001 at 14:54 julien a écrit : > > Par contre, il me semble que ce genre de probl?mes ne devrait pas > > arriver, puisque j'ai pr?cis? que la version par d?faut est testing > > avec APT::Default-Release "testing" ; dans /etc/apt/apt.conf.d/local > > J'avais effectivement ce paramètrage. > Je ne suis pas spécialiste mais cela ne me parait pas bien normal. > J'ai cherché dans les bugs d'apt mais je n'ai rien trouvé (d'un autre > coté je ne suis pas habitué a ce genre de recherche et j'ai pu passer > à coté). > > Qu'en pensent les spécialistes de la liste ? Je ne suis pas un spécialiste, mais j'utilise un règlage similaire et je n'ai jamais eu aucun problème. La seule différence est que je n'ai pas de lignes pour la stable, mais a priori ca ne change rien, car elles ne devraient pas être utilisées (tous les packages de testing étant au moins aussi récents)... Ca fait pas beaucoup avancer le schmilblick, mais c'est juste pour signaler qu'ici ça marche nickel ;) --Fred
Re: Reiserfs, Woody et Lilo
> > Sinon, comment passer d'ext2 à ext3 ? > > > Sur une woody/sid (c'est à dire avec une version suffisament récente des > e2fsprogs): > 1/ tune2fs -j /dev/hdax > > 2/ remplacer "ext2" par "ext3" dans le /etc/fstab > > > Bien sur le noyau doit supporter ext3 Juste une précision. Si le noyau ne supporte pas ext3, mais que le système de fichiers à été correctement démonté (ie. pas de reboot sauvage), celui-ci pourra être monté en ext2 sans problèmes. --Fred
Re: ICQ
le jeu 29-11-2001 à 21:21, Stefan Jourdan a écrit : > Bonjour, > > En ce moment, les servers d'ICQ sont en train de migrer de protocole > (oscar), et il y'a apparement pas mal de problèmes de transmission des > messages (ou de messages qui n'arrivent tout court pas). En l'occurence, > il m'est impossible de communiquer avec quiquonque à l'heure actuelle > sur ICQ, même avec ceux qui utilisent Licq ou autres clones. > > Je voulais savoir si il y avait des clients qui supportaient déjà ce > changement de protocole... > Oui, effectivement, les serveurs n'accepte plus les anciennes versions du protocole ICQ. Bien sûr tous les projets sont sur le pied de guerre pour mettre à jour leur programme. Ceux qui marchent : - ickle ( ickle.sf.net ) : il a été le premier à supporter le premier protocole ; il fonctionne très bien pour les messages et les URLS, mais le support n'ira pas plus loin d'après l'auteur (pas de transfert de fichiers, pas de chat direct) - gnomeICU : la version CVS évolue vite. Pour l'instant la réception et l'emission de messages marche bien, mais le comportement du client reste parfois surprenant. - licq : même topo que pour gnomeICU Bon, il n'existe pas de paquet pour ickle, et il faudra attendre que tout cela soit stabilisé pour qu'il y ait des nouveaux paquets Licq et GnomeICU, donc a ton gcc ! > Merci De rien --Fred
Emplacement fichiers temporaires emacs (was: Re: Arf la fatigue!)
> Pour ma part, j'ai des Makefile dans les répertoires que je nettoie > souvent, avec : > clean: > rm -f *~ > > Comme ça, pas de mauvaise surprise (un "make clean" et ça repart). Il me semble que j'ai vu passer un jour un petit bout de Lisp qui spécifiait à (X)emacs de mettre toutes ses sauvegardes automatiques dans un répertoire particulier (et non dans le répertoire du fichier d'origine), mais je n'arrive pas à le retrouver... Quelqu'un aurait ça sous la main ? --Fred
Re: Probleme de consomation de MEM
le jeu 13-12-2001 à 12:01, Jean-Charles Giardina a écrit : > C'est pas une solution ! > j'ai remarqué que les taille été les meme !! > Est ce possible que ce soit la meme memoire partagée ? Effectivement, il s'agit de mémoire partagé : > > >%MEM TIME COMMAND > > >11.4 0:54 nautilus > > >11.4 0:00 nautilus > > >11.4 0:08 nautilus > > >11.4 0:00 nautilus > > >11.4 0:00 nautilus > > > 8.4 0:01 evolution-mail > > > 8.4 0:00 evolution-mail > > > 8.4 0:00 evolution-mail > > > 8.4 0:00 evolution-mail > > > 8.4 0:00 evolution-mail > > > 8.4 0:00 evolution-mail Il s'agit d'un processus contenant à chaque fois plusieurs threads, mais il ne faut pas cumulé la mémoire utilisée. --Fred
Re: Probleme de consomation de MEM
Mon dieu ma grammaire ! J'ai honte le jeu 13-12-2001 à 11:14, Fred RISS a écrit : > le jeu 13-12-2001 à 12:01, Jean-Charles Giardina a écrit : > > C'est pas une solution ! > > j'ai remarqué que les taille été les meme !! > > Est ce possible que ce soit la meme memoire partagée ? > > Effectivement, il s'agit de mémoire partagée : ^ > > > >%MEM TIME COMMAND > > > >11.4 0:54 nautilus > > > >11.4 0:00 nautilus > > > >11.4 0:08 nautilus > > > >11.4 0:00 nautilus > > > >11.4 0:00 nautilus > > > > > 8.4 0:01 evolution-mail > > > > 8.4 0:00 evolution-mail > > > > 8.4 0:00 evolution-mail > > > > 8.4 0:00 evolution-mail > > > > 8.4 0:00 evolution-mail > > > > 8.4 0:00 evolution-mail > > Il s'agit d'un processus contenant à chaque fois plusieurs threads, mais > il ne faut pas cumuler la mémoire utilisée. ^^ Désolé pour le message en double, mais c'était vraiment trop... --Fred
Re: Emplacement fichiers temporaires emacs (was: Re: Arf la fatigue!)
le jeu 13-12-2001 à 11:22, Christian Marillat a écrit : > >> "FR" == Fred RISS <[EMAIL PROTECTED]> writes: > > [...] > > > Il me semble que j'ai vu passer un jour un petit bout de Lisp qui > > spécifiait à (X)emacs de mettre toutes ses sauvegardes automatiques dans > > un répertoire particulier (et non dans le répertoire du fichier > > d'origine), mais je n'arrive pas à le retrouver... Quelqu'un aurait ça > > sous la main ? > > Ça existe en standart voir bkup-backup-directory-info Merci, j'ai réussi à le faire marcher. J'ai rajouté ceci dans mon .emacs -8<- (require 'backup-dir) (setq bkup-backup-directory-info '((t "~/backups" ok-create full-path))) -8<- pour avoir toutes mes sauvegardes dans ~/backups. A noter que j'utilise emacs et non xemacs, et que j'ai du récupérer le package (emacs) backup-dir.el dans le paquet xemacs21-basesupport. Sans cela ça ne fonctionnait pas. Encore merci --Fred
Re: pb de décompression du 2.4.17
> Sinon, il doit y avoir moyen de rajouter l'option qui précise que c'est > compressé avec bzip2 dans la commande tar mais là, comme ça, ça ne me > revient pas. tar xvjf kernel-source-2.4.17.tar.bz2 ^ voila -- Fred
Re: dpkg et apt-cache ne s'entendent pas ?
> [EMAIL PROTECTED]:~ $ dpkg -l mplayer* > Aucun paquet ne correspond à mplayer*. Si tu veux que cela marche avec « dpkg -l », il faut que tu tapes : ~$ dpkg -l 'mplayer*' sinon le shell va tenter de faire la completion et forcément ça va pas marcher (bien sûr j'ai essayé chez moi et ça fonctionne comme je le dis et comme c'est expliqué dans la page de manuel ;) ) -- Fred
Re: dpkg et apt-cache ne s'entendent pas ?
Le sam 02/02/2002 à 15:44, Michel Grentzinger a écrit : > Le Samedi 2 Février 2002 10:40, Fred RISS a écrit : > > > [EMAIL PROTECTED]:~ $ dpkg -l mplayer* > > > Aucun paquet ne correspond à mplayer*. > > > > Si tu veux que cela marche avec « dpkg -l », il faut que tu tapes : > > > > ~$ dpkg -l 'mplayer*' > > > > sinon le shell va tenter de faire la completion et forcément ça va pas > > marcher (bien sûr j'ai essayé chez moi et ça fonctionne comme je le dis > > et comme c'est expliqué dans la page de manuel ;) ) > > Je viens d'essayer mais...ça donne le même résultat. Je précise qu'avec de > nombreux paquets la commande marche correctement. Avec d'autres, ça ne veut > pas :-( merde, tu as raison je viens de réessayer, et maintenant ça marche dans tous les cas pour moi... Pourtant je suis affirmatif, ce matin j'ai fait le test complet et ça fonctionnait comme je l'ai dit. Surprenant... si quelqu'un a une explication > Une piste : est-ce que ca ne serair pas lié à l'archive : officielle ou non ? > Si je cherche mplayer dans la liste des paquets "stables", je ne trouve pas ! > Je crois que mplayer se trouve dans la source de Nicolaxx.free.fr. Je ne pense pas qu'il y ai un lien (mais le je ne suis plus sûr de rien à ce stade ;o)). D'après la page de manuel de dpkg, dpkg -l se base sur /var/lib/dpkg/available et il n'est fait aucune mention de la localisation (au sens géographique et non linguistique) du serveur fournissant le paquet. -- Fred, troublé...
Re: dpkg et apt-cache ne s'entendent pas ?
> Je crois que si tu as un deb dans ton répertoire courant, ca influent le > comportement de dpkg. D'ailleur, quand tu as répondu à mon premier message, > je me suis dit "Mais bien sûr, c'est ça !" car j'avais également ce souvenir. C'est possible... mais je doute qu'il y ai eu un .deb dans le répertoire lors d'un quelconqie de mes tests. Je reste donc dubitatif. > D'ailleurs la page de man n'indique aucune obligation à protéger l'argument > (de dpkg) des interprétations du shell > ben dans les pages de man en français, il y est l'avertissement (mais effectivement ce n'est qu'un avertissement, pas une obligation). -- Fred
Re: apt-get dist-upgrade
Le mar 05/02/2002 à 12:48, Stefan Jourdan a écrit : > Hello > > Est-ce qu'il y a moyen de savoir les packages qui vont etre updatés lors > d'un apt-get dist-upgrade ? > page de manuel option -u. Fred
Re: [Euro] koid'neuf?
> * : alors pourquoi en mets-je ? Parce que j'ose imaginer que vous utilisez > une fonte ISO 8859-15... Certains ont beau avoir un lescteur de mails qui supporte l'ISO-8859-15, comme ton message est converti en ISO-8859-1 et que tes en-têtes spécifient que ton mail est en ISO-8859-1, je pense que le comportement correct d'un lecteur de mails devrait être de mettre des ¤ et des ½ à la place des œ et €...
Re: [Euro] koid'neuf?
> Par contre, comment fait-on un \oe ? compose + o + e ne donne rien > chez moi (ni AltGr quelque chose (j'ai essayé toutes les touches)). Moi je l'ai reglé sur AltrGr+o avec xkeycaps. Le o barré que j'avais à l'origine ne me sert guère... (bon, c'est pas comme si j'utilisais ½ tous les jours, mais au moins je peux dire que je l'ai :) ) > C'est quand même dommage de s'en priver après être passé en 8859-15 ! Effectivement, ma vie serait tout autre si je ne l'avais pas ;) Fred
Re: [Euro] koid'neuf?
Le ven 08/03/2002 à 19:08, Jacques L'helgoualc'h a écrit : > Fred RISS a écrit, vendredi 8 mars 2002, à 18:04, avec un > > Content-Type: text/plain; charset=UTF-8 > [...] > > Certains ont beau avoir un lescteur de mails qui supporte l'ISO-8859-15, > > comme ton message est converti en ISO-8859-1 et que tes en-têtes > > spécifient que ton mail est en ISO-8859-1, je pense que le comportement > > correct d'un lecteur de mails devrait être de mettre des ¤ et des > > ½ à la > > place des Å“ et €... > > ;^) Désolé ;) Ca doit être parce que j'ai mis le symbole currency et euro en même temps... Le fameux lecteur de mail (Evolution pour ne pas le nommer) a décidé (pas si bêtement que ça d'ailleurs) de coder le mail en UTF-8 pour pouvoir distinguer les deux symboles... A priori, ce mail ci devrait être en ISO-8859-15 (€ œ) Fred, qui éspère qu'à posteriori il ne se sera pas trompé
Re: Pb de souris
Le mar 19/03/2002 à 19:19, jerome a écrit : > Stéphane JEAN BAPTISTE wrote: > > bjr. > > > > Ma souris fonctionne sur un terminal de base, mais pas dans mon > > environnement X. Comment faire? > > xfree86 v4, souris logitech 2 boutons + molette > A priori j'ai la même souris que toi, précision la mienne c'est une OEM > de m (c'est la fameuse sourie avec le logo noir) > > Je m'explique, la molette ne fonctionne pas et c'est l'une des rare > souris comme cela (un protocole propriétaire et qui n'est pas très > répandu, je crois me souvenir) > > Dans mon XF86Config : > > Identifier "Mouse1" > Driver "mouse" > Option "Protocol""PS/2" > Option "Device" "/dev/gpmdata" > > Sinon le reste impécable. Moi aussi j'ai une Logitech OEM de m... comme tu dis (avec le logo noir), mais tout fonctionne très bien. Comment peut-on encore se passer de molette ? extrait pertinent du XF86Config-4 : 8< Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection 8< bien sûr, si on utilise gpm, il faut mettre /dev/gpmdata à la place de /dev/psaux --Fred
Re: Ecouter la radio [via mplayer]
Le jeu 16/05/2002 à 15:48, Coletta Rémi a écrit : > Bonjour la liste, > On m'a fournit cette url de steaming radio en me précisant que c'était pour > "windows média player", du coup naivement je lance: > > $mplayer mms://vip7-yacast.yacast.fr/encoderouifm > > Et là ça download, mais aucun son (ça marche pour des divx sur mon dur) > > Je me fais des idées, ou bien c'est possible ? > Chez moi ça marche... un mplayer compilé du CVS ce week-end -- Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [GNOME 2]
Salut > J'ai installé Gnome 2 cette nuit :) mais j'ai été un peu dérouté > par le gnome-control-center qui ne permet plus (ou alors je n'ai pas > trouvé) la gestion de plusieurs gestionnaire d'affichage ... > J'ai sawfish et metacity d'installés mais il utilise par défaut > metacity... D'où ma question, quel(s) est/sont les fichiers à > paramétrer pour indiquer le gestionnaire de fenêtres que l'on > désire ? Le gestionnaire de session se souvient des programmes de la session. Si tu sauvegardes ta session avec un autre WM que metacity, celui-ci sera utilisé lors des prochaines sessions. Passons à la pratique : killall metacity && sleep 1 && sawfish Ensuite tu te délogues en sauvegardant la session, et la session suivante devrait te lancer sawfish. -- Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
