Re: MeW2.1 et les accents...
Nicolas SABOURET wrote: > J'ai dit que le prochain je le mordais.. > > Gr. ArghHH. Aïïïeh ! Ouaf Ouaf ! Gr. > > Au fait, je vais revoir un peu ma doc, pour qu'on trouve plus facilement > les commandes à taper :) Je vous tiens au courant, bien sûr... Y a-t-il un lien sur ta doc à partir du mode d'emploi de la liste posté tous les mois ? -- Jérôme Marant
Re: Console série
LOURO Auguste wrote: > > > Bonjour, > > Je crois de memoire qu'il faut mettre : ... > j'espere pas avoir dit trop de conneries, j'ecris de memoire j'avais fait > ces tests il y a quelques moi deja. Merci. De toute façon, j'ai désormais compris qu'une installation de distrib par port série n'est pas envisageable ;-) -- Jérôme Marant
Re: supprimer les docs
PROFETA Mickael wrote: > > Bonjour > > J'ai un routeur avec un disque dur de seulement 250Mo et je voudrais > lui > epargner de la place, sachant que je ne compile ni developpe dessus. > Je > voudrais donc supprimer les docs (/usr/share/doc). > > Existe-t-il un script ou un paquet comme pour les locales > (apt-localepurge) > ou puis-je y aller bourrin :rm -rf /usr/share/doc? Essaie déjà de supprimer les paquets de documentation. Si tu supprimes violemment /usr/share/doc, je ne sais pas comment va réagir dpkg à la mise à jour des paquets quand il ne trouvera pas les fichiers sensés appartenir au paquet. En revenche, ça amène à penser à une fonctionnalité de dpkg, déjà évoquée sur les listes de dev consistant à avoir un moyen de sélectionner les fichiers d'un paquet qu'on ne veut pas voir installés (par expression rationnelle, par exemple). -- Jérôme Marant
Re: Console série
Romuald DELAVERGNE wrote: > Bien sûr que si, j'en ai fait des dixaines. Il faut simplement que > "l'installer" le prévoit. C'est bien ce que j'ai dit. Aucun installateur ne le prévoit pour le moment. -- Jérôme Marant
Re: supprimer les docs
[ Pas la peine de me CC: à chaque fois, je suis abonné à la liste Merci. ] Thomas Nemeth wrote: > > Celle qui manque le plus est la relocation de paquets. Aussi. Mais je ne sais pas si c'est beaucoup utilisé dans le monde RPM. -- Jérôme Marant
Re: supprimer les docs
Patrice Karatchentzeff wrote: > > Le Fri, 7 Dec 2001 11:06:07 +0100, [EMAIL PROTECTED] > écrivait : > > > En revenche, ça amène à penser à une fonctionnalité de dpkg, déjà > > évoquée sur les listes de dev consistant à avoir un moyen de > > sélectionner les fichiers d'un paquet qu'on ne veut pas voir > > installés (par expression rationnelle, par exemple). > > comme les .po(.mo) :-) Bingo ! ;-) -- Jérôme Marant
Re: supprimer les docs
Thomas Nemeth wrote: > > Le 07.12.01, Jérôme Marant a tapoté : > > | [ Pas la peine de me CC: à chaque fois, je suis abonné à la liste > | Merci. ] ^^^ Qu'est-ce que j'ai écrit là ? > | Thomas Nemeth wrote: > | > > | > Celle qui manque le plus est la relocation de paquets. > | > | Aussi. Mais je ne sais pas si c'est beaucoup utilisé dans le > | monde RPM. > > Est-ce un facteur d'importance ? La relocation de paquets > est un outil indispensable pour gérer un parc informatique. > Le fait de toute mettre dans /usr/bin et /usr/X11R6/bin > est tout juste discutable pour les stations monoposte. Je suis d'accord. > Je ne pense pas que suivre l'exemple (mauvais) des RPM soit > une bonne idée :-/ L'exemple est bon ici en l'occurrence, RPM sait faire cela. -- Jérôme Marant
Re: Console série
Laurent PICOULEAU wrote: > J'ai un copain aveugle qui s'est fait sa propre disquette d'install pour > son terminal braille sur port série. > > À mon avis, tu pars de la disquette rescue.bin et tu ajoutes quelque > choses du genre console=ttyS0,9600,8,n,1,vt100 (pas forcément dans cet > ordre) dans le syslinux.cfg de la disquette et c'est bon. OK. Ça veut dire que je dois faire une installation par disquettes uniquement. Je suppose qu'il n'y a pas moyen de continuer l'installation via le CD après le boot sur disquette ? -- Jérôme Marant
Re: Console serie
Laurent Picouleau wrote: > Bien sur que si, tu bootes sur la disquette, tu risques d'être obligé > d'utiliser les disquettes de drivers (pas sur) mais après tu installes > tout ce que tu veux depuis les CD (base2_2.tgz, le noyau, les packages). Nous sommes d'accord. Il faut obligatoirement passer par l'étape des 5 disquettes. -- Jérôme Marant
Re: comment demarrer fwm2
frederic massot wrote: > > Le problème des alternatives, c'est qu'elles s'appliquent a tout le > monde. C'est peut être pas gènant sur une machine personnel, mais sur > une machine partagée ... > > Je ne sais pas si le sujet a été abordé sur les listes des developpeurs > Debian ? C'est un faux problème. La plupart des applications « modernes » vont lire la configuration dans le répertoire des utilisateurs qui les lançent. Par exemple, le .xsession (ou .xinitrc) doit contenir le nom du window manager à lancer (en tout cas, chaque ligne doit être exécutée). Si le gestionnaire de session ne le prend pas en compte, c'est lui qui doit être modifié. Les fichiers de /etc/.. et les alternatives sont des choix concernant la première installation des applications lorsque les utilisateurs ne les ont pas encore configurées. -- Jérôme Marant
Re: Extension GLX missing
Nicolas SABOURET wrote: > > Salut à tous, Salut, > Comment régler ce problème ? Qu'est-ce que j'ai mal fait ? Il faut charger le pilote glx dans cette section : Section "Module" Load "GLcore" Load "dbe" Load "extmod" Load "fbdevhw" Load "pex5" # Load "dri" Load "glx" Load "pex5" Load "record" Load "xie" EndSection (Je pense que le problème vient de là). -- Jérôme Marant
Re: perl woody
Olivier Garet wrote: > > Bon, mon problème avec grenouille est un problème d'Install de Perl > sous Woody (sous Patate, ça marche, j'ai testé sur une autre machine) > > Je n'arrive pas à faire marcher ça : > > #!/usr/bin/perl > > use Getopt::Long qw(); Pas de qw(); autrement tu n'importes aucune méthode de Getopt::Long. Autre solution : use Getopt::Long qw(GetOptions); -- Jérôme Marant
Re: installation
Nicolas ROMAN wrote: > > Désolé si je choque quelqu'un mais les mails en HTML c'est une > obligation en fait... Obligation pour qui ? Pour celui qui poste ? Vis-à-vis de qui ? Quid de la Netiquette ? Où as-tu lu ça ? PS: poster en debian-user-french désormais -- Jérôme Marant
Re: installation
Nicolas ROMAN wrote: > > On Tue, 2001-12-11 at 15:18, Jérôme Marant wrote: > > Nicolas ROMAN wrote: > > > > > > Désolé si je choque quelqu'un mais les mails en HTML c'est une > > > obligation en fait... > > oupss! j'ai oublié "pas" comme dans "c'est pas une obligation"... > Désolé, on dirait que j'ai raté mon coup :( Donc j'emboîte le pas : ne _pas_ poster en HTML _du tout_. -- Jérôme Marant
Re: installation
Patrice Karatchentzeff wrote: > > Le Tue, 11 Dec 2001 15:40:08 +0100, [EMAIL PROTECTED] > écrivait : > > > Donc j'emboîte le pas : ne _pas_ poster en HTML _du tout_. > > Arrghh ! Tu m'enlèves mon premier critère de tri : html & associé -> M. > Dave, sans ouverture. > > Comme cela, on trie rapidement :-) Tu as raison. Quelqu'un qui poste en HTML n'a jamais rien d'intéressant à dire : le risque est donc nul ;-) -- Jérôme Marant
Re: Kmail ne supprime pas
Fabien Penso wrote: > > Pascal a écrit : > > > Est ce que quelqu'un a déjà constaté ce problème, ou connait une solution > > pour une suppression DEFINITIVE ? > > Oui mais ça risque de ne pas te plaire. Quoi, Netscape Messenger ? ;-) > -- > Désolé, j'ai pas pu m'en empecher. En Jargon, SCNR ;-) -- Jérôme Marant
Re: Arf la fatigue!
Fabien Penso wrote: > Je pense que le mieux c'est de ne pas mettre d'alias du tout pour rm, ni > rm -i comme c'était le cas sous Red Hat il y a quelques années. Ca évite > les surprises ensuite. Quel genre de surprise ? -- Jérôme Marant
Re: Probleme de consomation de MEM
Jean-Charles Giardina wrote: > > Salut a tous, > > Je pense avoir de gros soucis avec Ximian !!! > $ top > Mem:126812K total, 113980K used,12832K free, 4432K buffers > Swap: 120480K total,16484K used, 103996K free,44420K cached > > %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 Il faut se débarrasser de nautilus, c'est tout. -- Jérôme Marant
Re: Arf la fatigue!
Fabien Penso wrote: > > Bah comme on prend l'habitude d'avoir un rm qui vous sauve les fesses en > vous demandant quand vous voulez effacer un truc, ce qui est pratique > quand vous vous trompez, vous en prenez l'habitude et le jour ou vous > avez viré votre alias, ou vous bossez sur une autre machine, et que vous > pensez que vous allez pouvoir faire une connerie et être sauvé, bah vous > l'êtes pas et vous vous retrouvez comme un con :) > > (expérience personnelle) Donc tu proposes de faire le rm -i sans alias ou bien tu proposes autre chose ? -- Jérôme Marant
Re: [HS] Euro [C'était : fontes, keymaps et euros]
Marc REYNES <[EMAIL PROTECTED]> writes: > Toutes les institutions francaises nous supplient de conserver le mot centime. > déjà qu'euro c'est ridicule ... alors cents! > > Marco > > -- > l'euro ? pas avant Janvier 2001 merci Janvier 2002 ? -- Jérôme Marant Free Software Evangelist - Bonapartist
Re: [HS] Euro [C'était : fontes, keymaps et euros]
Marc REYNES <[EMAIL PROTECTED]> writes: > >> -- > >> l'euro ? pas avant Janvier 2001 merci > > > > Janvier 2002 ? > > > >-- > >Jérôme Marant > > t'es bien un mec de thales toi ;) Ralàlà ! Si tu suivais ce qui se passe ici, tu saurais que je ne suis pas un mec de Thalès ;-) > bon c'est vrai que ma blague elle tombe à l'eau comme ca .. > > je te remercie pour la précision, ca peut servir! Bon, tu as été chercher ton kit au moins ? toi qui est en avance d'un an sur le calendrier ;-) -- Jérôme Marant Free Software Evangelist - Bonapartist
Re: Paquet à moitié installé
Erwan David <[EMAIL PROTECTED]> writes: > Le Tue 18/12/2001, georges mariano disait > > > > ça peut prendre 5mn comme un peu plus... > > Vu que c'est du perl je parierai sur beaucoup plus... FUD. -- Jérôme Marant
Konqueror
[ Ce message n'étant pas parvenu sur la liste hier, je retente ma chance. ] Bonjour, J'utilise Konqueror depuis quelques mois et il semble qu'il gère toujours aussi mal les GIF animés. En effet, les animations sont trop rapides et ont tendance à occuper la quasi-totalité du temps machine. Quelqu'un a-t-il déjà rencontré ce problème ? Merci. -- Jérôme Marant
Re: Konqueror
Debian User <[EMAIL PROTECTED]> writes: > Oui moi. > La CPU bosse à fond! Merci pour la confirmation. Je vais tâcher de me renseigner du côté des développeurs KDE. > > C'est n'est pas le seul problème que j'ai avec konqueror. Moi non, plus. Les plugins Netscape comme par exemple flash ne semblent pas pris en compte :/ alors qu'ils sont bien reconnus et listés dans les « Preferences ». -- Jérôme Marant
Re: Konqueror
Edi STOJICEVIC <[EMAIL PROTECTED]> writes: > Moi je rencontre des problèmes d'affichage... > L'affichage est "hachée" des fois C'est à dire ? -- Jérôme Marant
Konqueror
Bonjour, Ça fait déjà un moment que j'utilise Konqueror et je remarque depuis assez longtemps que les GIF animés sont mal gérés, c'est à dire que les animations prennent beaucoup de temps de machine car elles défilent très vite. Quelqu'un a-t-il déjà rencontré ce problème ? Merci. -- Jérôme Marant
Re: Konqueror
Thierry Mallard <[EMAIL PROTECTED]> writes: > > Moi non, plus. Les plugins Netscape comme par exemple flash > > ne semblent pas pris en compte :/ alors qu'ils sont bien > > reconnus et listés dans les « Preferences ». > > j'ai eu quelques difficultés à faire fonctionner Flash, mais ca marche. Si je > me souviens bien, le truc est d'abord de bien s'assurer que Java fonctionne, > de > préférence avec un JDK de Sun. Ensuite, en lancant la commande nspluginscan. > Si Est-ce que Java sert ici pour les plugins ? > je retrouve la page qui référencait ce problème, je la citerais ici. > Juste quelques pistes en attendant mieux... ;-) Merci, c'est déjà une piste ;-) -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Konqueror
[EMAIL PROTECTED] (Jérôme Marant) writes: > Bonjour, > > Ça fait déjà un moment que j'utilise Konqueror et je remarque > depuis assez longtemps que les GIF animés sont mal gérés, c'est à > dire que les animations prennent beaucoup de temps de machine car > elles défilent très vite. > > Quelqu'un a-t-il déjà rencontré ce problème ? Miam, main, un mail qui arrive après 24 heures, ça sent les sysadmins du tonnerre ;-) -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Konqueror
Thierry Mallard <[EMAIL PROTECTED]> writes: > Pour le JDK, j'utilise en fait celui d'IBM : > > -=-=- > [EMAIL PROTECTED]:~$ java -version > java version "1.3.0" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0) > Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010925 (JIT enabled: > jitc)) > -=-=- > > Quant à savoir si cela importe pour le bon fonctionnement de Flash, c'est une > autre histoire ;-) Thierry, ça veut dire que je serais obligé d'intaller ce machin-truc de Java pour pouvoir voir des animations inutiles dans un format propriétaire ? ;-) Il faut que je me prépare mentalement là. Finalement, s'il existait une solution permettant de ne pas avoir toutes ces fenêtres « pop-up » macromedia.com, je serais preneur, même si je ne peux pas voir les animations. Mais je rêve ;p Ça me donnera l'occasion de tester les deb du jdk 1.3. Merci, en tout cas. -- Jérôme Marant
Re: Mozilla [etait :Konqueror]
Patrice Karatchentzeff <[EMAIL PROTECTED]> writes: > Par contre, si quelqu'un sait comment lui faire virer aussi le flash (en > lui forçant à cacher la frame de demande de téléchargement), je le > bénirai... J'ai utilisé Galeon pendant un moment et je me souviens qu'il y a moyen d'interdire les pop-up. Malheureusement, je n'arrive pas à bien faire fonctionner le javascript ce qui m'a fait repasser à Konqueror. -- Jérôme Marant
Re: La pensée du jour [était : Re: unzip et gnucash]
Nicolas Boos <[EMAIL PROTECTED]> writes: > À propos d'argent, pour montrer tout l'importance que je lui accorde, > vous allez encore subir une citation. Elle est tirée de "De l'Esprit des > Lois" (Montesquieu) : > >" Le troisième empereur de la 21e dynastie, à qui on apporta des pierres > précieuses trouvées dans un mine, la fit fermer, ne voulant pas fatiguer > son peuple à travailler pour une chose qui ne pouvait ni le nourrir > ni le vêtir. [...] " « La culture c'est comme la confiture; moins on en a, plus on l'étale » ;-) -- Jérôme Marant
Re: Nouveau
Georges Mariano <[EMAIL PROTECTED]> writes: > tsss, tsss, > lecture ô combien intéressante qui va en surprendre plus > d'un ici ... > > http://www.cru.fr/messagerie/dumimedansleslistes.html On ne poste pas en HTML ici, c'est tout ! -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: HTML sur une liste (était: Nouveau)
Fabien Penso <[EMAIL PROTECTED]> writes: > Le cru c'est ceux qui développent Sympa. Sympa qui était un très bon > moteur de liste à un moment, mais qui prend, à mon avis, de mauvaises > directions. Enfin j'ai rien à dire je ne développe pas dedans, mais > c'est aussi l'avis d'autres que moi. Tu es invité à développer et argumenter. Si tu gardes tout cela pour toi, ça ne peut pas changer. > En gros ils poussent le HTML à fond, puisque pas mal de messages par > défaut dans Sympa sont désormais en HTML (arg). Ceci est faux. La direction prise n'est absolument pas de le HTML à tout prix. J'ai récemment envoyé des patchs pour faire en sorte que certains messages soient en multipart et ça marche très bien. S'il existe encore des messages envoyés en HTML seul, il s'agit d'un oubli de la part des auteurs (ou d'une tâche de plus faible priorité) et je vous invite à envoyer des correctifs. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: HTML sur une liste (était: Nouveau)
Georges Mariano <[EMAIL PROTECTED]> writes: > > Le seul argument réellement contre le HTML est > > la lourdeur. C'est tout. > Ben ouai, mais "votre" seul argument est un vrai flop car le texte en > question ne dis pas de *tout poster en html*, juste les messages que > cela "enrichi" (multiplier par 1.05 c'est pas 2 ni 3) ... Extrait de « DEBIAN-USER-FRENCH : MODE D'EMPLOI » ... * Les mails doivent être du texte pur (pas de HTML), de préférence encodé en 8 bits, c'est- à-dire faisant leur place aux lettres accentuées, capitales comprises ; ... http://lists.debian.org/debian-user-french/2001/debian-user-french-200112/msg00864.html -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: HTML sur une liste (était: Nouveau)
Georges Mariano <[EMAIL PROTECTED]> writes: > <<* Les mails seront de préférence en texte brut (éviter le HTML > autant que possible), c'est à dire [...]>> > ? > > Histoire de ne pas oublier au passage ceux qui pour x raisons sont > obligés de "négocier" avec une interface web donc htmlisante ... Cite moi un seul mailer n'autorisant pas la désactivation de l'envoi de messages en HTML et j'effectue la modification. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: HTML sur une liste (était: Nouveau)
Georges Mariano <[EMAIL PROTECTED]> writes: > > Cite moi un seul mailer n'autorisant pas la désactivation de > > l'envoi de messages en HTML et j'effectue la modification. > > hou là... moi je disais ça en fait je m'en moque ... > c'était juste pour mettre un peu de souplesse et d'humanité > dans la rédaction... > Si maintenant faut connaitre tous les mailers de la planête pour > oser émettre une suggestion ... Va y avoir une debian policy pour > amender le mode d'emploi de cette liste? > > Mais chacun appréciera la marge de négociation que tu proposes ... Je vais t'expliquer mon point de vue : je ne pense pas que tous les mailers savent interpréter ou bien traiter le HTML. Par ailleurs, certains reconnaissent le HTML mais ne savent le traiter que par un processus externe. En revanche, je suis certain que tous les mailers sachant interprèter le HTML proposent la désactivation de l'envoi de messages en HTML. Par conséquent, après analyse de ces arguments, il me semble consensuel de choisir le texte pur comme « format » obligatoire de la liste. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: HTML sur une liste (était: Nouveau)
Georges Mariano <[EMAIL PROTECTED]> writes: > > Par conséquent, après analyse de ces arguments, il me semble > > consensuel de choisir le texte pur comme « format » obligatoire > > Faut arriver sur la liste des utilisateurs Debian francophone, > donc de la seule distribution Linux qui > se donne une charte quasi-politique basée sur les principes > de la liberté maximale, pour voir un développeur Debian édicter > de manière hautement "consensuelle" un format obligatoire sur une > liste de diffusion publique... Bravo Georges, tu as soigneusement évité de faire tout commentaire sur les arguments que j'ai avancé pour ne reprendre que la conclusion et surtout l'adjectif « obligatoire » dont je me doutais qu'il allait te faire réagir. Il semble que des gens soient génés du fait que certains mails soient postés en HTML car 1/ la bande passante occupée par la récupération des messages est plus importante 2/ leur mailer n'est pas forcément adapté à l'affichage du HTML ce qui n'est pas le rôle du mailer de surcroît. Je n'ai en revanche pas trouvé de gens génés par des messages en texte. Si c'est le cas, ils peuvent toujours se manifester. Par conséquent, est-ce un effort tellement surhumain que de désactiver l'envoi de messages en HTML afin que tout le monde puisse les lire sans peine ? Je ne vois pas ce qu'il y a de choquant à avoir un charte, ça marche très bien sur le Usenet et personne n'y voit d'inconvénient. Je parle ici en mon nom et non en tant que membre de Debian, donc je ne vois pas ce que vient faire cet argument dans l'histoire. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Sympa / moteur de liste (was: HTML sur une liste (était: Nouveau))
Fabien Penso <[EMAIL PROTECTED]> writes: > > >> En gros ils poussent le HTML à fond, puisque pas mal de messages par > >> défaut dans Sympa sont désormais en HTML (arg). > > > Ceci est faux. La direction prise n'est absolument pas de le HTML > > à tout prix. J'ai récemment envoyé des patchs pour faire en sorte > > que certains messages soient en multipart et ça marche très bien. > > Par contre on part du principe que la partie web est installée, et on > envoie un message par défaut qui contient un url ainsi que du html, > alors que je n'ai pas installé la partie web. > > Le template par défaut dans ma 3.3b: C'est exactement ce que j'ai dit : http://listes.cru.fr/cgi-bin/cvsweb.cgi/sympa/src/etc/templates/fr/welcome.fr.tpl?rev=1.2&content-type=text/x-cvsweb-markup > On ne peut pas mieux faire. Si, on a le droit d'envoyer des patchs si on veut voir les choses évoluer comme on veut. C'est exactement ce que je fais et je ne suis pas le seul, heureusement car si tous les gens agissaient comme toi en se désabonnant des listes, les choses n'avançeraient pas beaucoup. Maintenant, si tu trouves d'autres templates en HTML seul, je suis toujours prêt à patcher. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Noyau 2.4.16
COMBES Julien <[EMAIL PROTECTED]> writes: > On Mon, 7 Jan 2002 19:45:32 +0100 > Cyrille Chepelov <[EMAIL PROTECTED]> wrote: > > Non. Cela fait 5 ans au moins que Linus & co recommandent de ne surtout > pas> décompresser linux-*.tar.gz vers /usr/src, et certainement pas en > tant que> root. > > Pour quelle(s) raison(s) ? Par ce que tant que ce n'est pas nécessaire, on n'a aucune raison d'être root. Dans le cas présent, root n'est nécessaire que pour la recopie du noyau dans /boot et pour make modules_install. -- Jérôme Marant
Re: Noyau 2.4.16
Yann Forget <[EMAIL PROTECTED]> writes: > C'est justement pour cette raison que je mets les sources du noyau dans > /usr/src. > Pour que les applis qui les cherchent puissent les trouver (ex: VMware). > > AMA, c'est quand même plus propre de mettre les sources du noyau dans > /usr/src. > C'est le répertoire qui est fait pour ça. C'est faux, /usr/src est fait pour les sources installées telles quelles par les paquets, c'est à dire sous forme d'un tarball compressé dans la plupart des cas. Cette opération d'installation est similaire à celle d'un binaire. En revanche, /usr/src n'est pas fait pour contenir la version décompactée du tarball en question, et de surcroît il ne doit pas servir de répertoire de compilation. Les programmes bien faits qui ont besoin des sources du noyau proposent toujours à l'utilisateur de donner le chemin d'accès aux sources. > En mettant recompilant une appli dans /tmp, ça devient une poubelle, > et /tmp devrait pourvoir être vider sans conséquences à chaque reboot. Personnellement, j'utilise tout simplement un compte utilisateur standard. -- Jérôme Marant
Re: [H.S.] Cherche équiva lent à MSProject...
Thierry Mallard <[EMAIL PROTECTED]> writes: > J'ai peut-etre raté le début du thread et donc la citation d'un soft qui > me semble pourtant prometteur : MrProject. > > Voir http://mrproject.codefactory.se Ne pas oublier « Toutdoux » non plus. Il me semble qu'il est disponible soit sur sourceforge, soit à savannah.gnu.org. -- Jérôme Marant
Re: outil pour faire un site web avec debian
Stephane Bortzmeyer <[EMAIL PROTECTED]> writes: > Pourquoi ? Pour le plaisir d'utiliser du logiciel non-libre (JDK) ? > Quel moteur XSLT avez-vous réussi à faire marcher ? Vous l'utilisez > sur un site réel ? xsltproc est très rapide et plutôt convaincant. J'ai effectué quelques test avec docbook-website et le résultat est plutôt satisfaisant. Cependant, les performances sont encore en deça de WML. -- Jérôme Marant
Re: outil pour faire un site web avec debian
Stephane Bortzmeyer <[EMAIL PROTECTED]> writes: > C'est lent, c'est vrai mais est-ce si important ? C'est une > technologie côté auteur, pas côté serveur, donc cela n'a pas besoin > d'être temps-réel. (Je trouve absurde de faire générer les pages > dynamiquement avec une usine à gaz comme XSLT lorsque la plupart des > pages sont statiques. Cela divise par trente le débit du serveur.) Les normes et standards ne sont jamais des usines à gaz. Certaines implantations de ces normes peuvent l'être, notamment la plupart de celles s'appuyant sur Java, parce qu'elles sont réalisées en Java. Je ne suis pas en mesure de condamner XSLT car je n'ai pas effectué de tests de performances. J'aimerai donc savoir exactement ce que donne xsltproc à grande échelle, car ce programme est le plus rapide. J'imagine que tu as effectué ce genres de tests puisque tu es mesure d'affirmer que « XSLT est une usine à gaz » ... -- Jérôme Marant
Re: build log pour i386
Georges Mariano <[EMAIL PROTECTED]> writes: > On Wed, 23 Jan 2002 12:57:33 +0100 > Igor Genibel <[EMAIL PROTECTED]> wrote: > > > les autres architectures. Il me semble donc normal de ne pas > > avoir de journal de compilation car on fait, un tant soit peu, > > confiance au responsable de paquetage ;) > > c'est là l'erreur ... 1/ i386 est l'architecure la plus répandue et le paquet pour i386 est ainsi plus rapidement disponible (par exemple, pour des correctifs de sécurité); 2/ seul un fable pourcentage des paquets ont des problèmes de compilation, et ceci sur des architectures moins répandues. C'est un compromis qui me semble raisonnable. -- Jérôme Marant
Re: build log pour i386
Georges Mariano <[EMAIL PROTECTED]> writes: > On 23 Jan 2002 13:25:52 +0100 > [EMAIL PROTECTED] (Jérôme Marant) wrote: > > > C'est un compromis qui me semble raisonnable. > > Perso, quand je parle de fiabilité et/ou de stabilité, > la première chose que j'élimine c'est le compromis... > > (je n'ai aucun mérite en ça, c'est une règle fondamentale > de notre activité) On obtient la fiabilité et la stabilité dans la version stable, sans compromis. D'où les longues périodes de freeze. -- Jérôme Marant
Re: Cahier de doléances pour Debian
Nicolas SABOURET <[EMAIL PROTECTED]> writes: > On pourrait avoir sur le site debian un formulaire de demande d'aide. Je > serais même pret à participer à ce genre d'initiative. J'essplique : > 1. L'utilisateur pose sa question dans le formulaire, en mettant son > adresse mail. Il choisit une langue (parmi les listes possibles) et doit > mettre un ensemble de mots clefs, ou résumer sa question en 10 mots > clefs. J'aurai bien aimé que des gens motivés mettent en place un site web debian-user à l'image du site MandrakeUser.org. Je pensais que le projet DebianHelp allait s'orienter dans cette direction mais il s'agit encore d'un nième moteur de news, donc peu pratique pour engranger et classer les connaissances. -- Jérôme Marant
Re: [doléances] indépendance des architectures
Laurent Martelli <[EMAIL PROTECTED]> writes: > Guillaume> Je ne suis pas tout à fait d'accord. A mon avis, les > Guillaume> architectures moins populaires seraient plus ou moins > Guillaume> laissées à l'abandon puisque les bugs ne toucheraient > Guillaume> qu'un certain nombre limité de personnes. > > J'ai envie de dire que c'est aux utilisateurs/développeurs > d'architectures "exotiques" de se bouger pour que ça marche chez eux. Je n'appelle pas cela du travail d'équipe ... -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Un Gui pour les package Debain ?
Dabowl <[EMAIL PROTECTED]> writes: > Bonjour tout le monde, > > Je suis à la recherche d'une appli graphique permettant de gérer les > packages debian. gnome-apt, stormpkg, deity-gtk, synaptic (le meilleur à mon sens) -- Jérôme Marant
Re: Un Gui pour les package Debain ?
Patrice Karatchentzeff <[EMAIL PROTECTED]> writes:
> Après tu essaies de comprendre le fork() pour pouvoir analyser
> simultanément un fichier résultat et ne pas casser la boucle d'événement
> de Tk.
Je dirais aussi regarder popen ou équivalent en Perl :
open COMMANDE, "dpkg -- |" or die "Peut po exécuter ! ;(\n";
while (){
}
close COMMANDE;
Mais ne brulons pas les étapes ...
--
Jérôme Marant
Re: Un Gui pour les package Debain ?
David Soulayrol <[EMAIL PROTECTED]> writes: > Salut, > > > De mon coté, suite à votre discussion j'ai regadé synaptic, ça a l'air > > plutôt bien fait et plutôt facile à utiliser... > > Est-ce qu'il existe une page pour cet outil (et pour les autres Gui > au-dessus de dpkg) ? Je voulais aussi jeter un oeil a synaptic, mais je > n'ai trouve que des threads de messagerie ou les pages de packages a son > sujet... Tu peux regarder sur le site de Conectiva. http://www.conectiva.com. Cette société est la créatrice de Synaptic. -- Jérôme Marant
Re: Un Gui pour les package Debain ?
Patrice Karatchentzeff <[EMAIL PROTECTED]> writes: > Quant à interfacer, il n'y a aucun problème en analysant la sortie > standard. Je pense que cela serait mieux de l'intégrer directement dans > le code de dpkg sous forme d'une option (--gui). Ceci dit, cela sera > plus dur pour apt : c'est du C++... Il y a une interface Perl à APT, conçue par le responsable de Perl dans Debian. Le paquet doit s'appeler libapt-pkg-perl ou bien libapt-perl ... -- Jérôme Marant
Re: Paquet mplayer
Eric LeBlanc <[EMAIL PROTECTED]> writes: > Chacun de ces processeurs a une (ou des) extensions de plus, une (ou des) > instructions de plus. Ainsi, il decide des optimisation a prendre LORS de > la compilation. Par contre, chanceux ce Christian d'avoir toutes les > architectures requises, et ainsi de faire des paquets differents. Il n'a pas besoin de toutes ces architectures ; gcc sait optimiser pour différentes familles de processeurs. -- Jérôme Marant
Re: Pb roulette Souris
On Wed, Jan 30, 2002 at 09:18:03AM +, yoann wrote: > Bonjour, > > malgré la discutions récente sur les problèmes de > souris, je n'ais pas réussi à faire marcher la > roulette de ma souris sous X (Windows Maker). J'ai > rajouté dans le XF86Config, les lignes > > ZAxisMapping 4 5 > Buttons 4 As-tu ImPS/2 comme protocole ? Il me semble que c'est nécessaire ... -- Jérôme Marant
Re: gdb
On Wed, Jan 30, 2002 at 03:14:39PM +, Jean-Michel OLTRA wrote: > bonjour, > > Vous me conseilleriez quoi comme interface graphique pour gdb ? Il y en a > quelques un en paquets et j'ai pas trop envie de tous les essayer. > Alors si vous avez des avis... GNU ddd -- Jérôme Marant
Re: gdb
On Wed, Jan 30, 2002 at 03:30:27PM +0100, Samuel Tardieu wrote: > On 30/01, Jérôme Marant wrote: > | On Wed, Jan 30, 2002 at 03:14:39PM +, Jean-Michel OLTRA wrote: > | > bonjour, > | > > | > Vous me conseilleriez quoi comme interface graphique pour gdb ? Il y en a > | > quelques un en paquets et j'ai pas trop envie de tous les essayer. > | > Alors si vous avez des avis... > | > | GNU ddd > > ddd? Obsolète. GNU gvd plutôt :) > > apt-get install gvd 1/ Je n'utilise pas de debugger graphique. 2/ gvd me rappelle trop Ada et c'est intolérable ;-) -- Jérôme Marant
Re: [OT] Re: gdb
On Wed, Jan 30, 2002 at 06:27:10PM +0100, Christophe Baillon wrote: > Il gère en plus le multi-tasking (chose que Ada est le seul language > à gérer). « Gérer le multi-tasking » ne veut pas dire grand chose. Le concept de tâches est inclus dans le langage, c'est tout ce qu'on peut dire (avec tous les mécanismes de contrôle effectués à la compilation). D'autres langages proposent des bibliothèques pour construire des programmes multi-tâches et le résultat est le même. -- Jérôme Marant
Re: Ada (un peu hs) ,
On Wed, Jan 30, 2002 at 07:26:07PM +0100, Christophe Baillon wrote: > > « Gérer le multi-tasking » ne veut pas dire grand chose. > > Le concept de tâches est inclus dans le langage, c'est > > tout ce qu'on peut dire (avec tous les mécanismes de > > contrôle effectués à la compilation). > > C'est plus qu'inclus dans le language : > L'Ada considère les taches comme partie intrinsèque du language. > Le mécanisme utilisé permet de synchroniser très simplement différentes > taches, notamment avec les rendez-vous, et il peut gérer les pbs d'exclusion > mutuelle (par l'intermédiaire d'objet protégés par exemple). > La définition de type taches est impossible à implémenter dans d'autres > languages de façon aussi précise Encore un troll. Qu'est-ce qui n'est pas réalisable dans un bon langage orienté objet ?, puisque tu nous amènes sur le terrain du typage. > Ecris le fameux programme d'exemple du Lecteur Ecrivain, ou des Philosophes, > en C puis en Ada, tu verras la différence en terme de lignes de code. Les Adaïstes pensent toujours qu'il n'y a que le C en dehors de l'Ada (j'en cotoie tous les jours). > > Les applications complexes nécessitant l'utilisation de taches > sont plus fiable en Ada et les mécanismes disponibles permettent > d'écrire des applications stables en moins de temps, avec des > risques d'erreurs moins important. > L'Ada est le language le plus adapté (cela n'engage que moi) pour le > génie logiciel en général. (je pourrai arguement, mais on est HS ...) C'est d'ailleurs pour cette raison qu'il est si pénible à utiliser (c'est un euphémisme, cf. la programmation OO en Ada). Je serai même prêt à le croire si je n'avais pas découvert Objective Caml qui à mon sens est beaucoup plus agréable à programmer, beaucoup moins verbeux et très solide. Et je précise, lui-aussi utilisé pour le génie logiciel. Certes, les tâches ne sont pas des types du langage, mais qu'importe, une bonne bibliothèque peut faire aussi bien. > > > D'autres langages proposent des bibliothèques pour > > construire des programmes multi-tâches et le résultat est > > le même. > > Bien sur, mais dans chaque language, il faut faire appel > au système pour le faire. > L'ada est le seul à le faire au niveau du language. Je le répère, ce n'est pas un argument valable. > Encore désolé de ce petit HS (troll ? :) ) Devrait-on pire que linuxfr ? ;) -- Jérôme Marant
Re: Ada (un peu hs) ,
On Wed, Jan 30, 2002 at 06:28:22PM +0100, Georges Mariano wrote: > > > Qu'est-ce qui n'est pas réalisable dans un > > bon langage orienté objet ?, puisque tu nous amènes sur le > > terrain du typage. > > des logiciels __fiables__ qui envoient des fusées dans l'espace, > des logiciels de contrôles dans le domaine aéronautique ... > etc, des trucs sans importance. C'est vrai, ça me rapelle un certain programme pour Ariane 5 écrit en Ada. > > > Les Adaïstes pensent toujours qu'il n'y a que le C en dehors > > de l'Ada (j'en cotoie tous les jours). > > ils font quels types de logiciels les Adaïstes que tu cotoies ? > autre formulation, pourquoi n'utilisent-ils pas un bon langage > objet ? Parce qu'il y a tellement de mauvais programmeurs qu'il est préférable de leur mettre dans les mains un jouet avec lequel il ne risquent pas de se faire sauter la cervelle. Et Ada joue parfaitement son rôle. Je le reconnais et l'admet. Ada permet de faire du code crade qui parait propre et qui lève des exceptions quand tu fais des bêtises (je cite les Adaïstes). > > > C'est d'ailleurs pour cette raison qu'il est si pénible à > > utiliser (c'est un euphémisme, cf. la programmation OO > > en Ada). > Un langage est toujours pénible à utiliser si tu l'utilises > en dehors de ce pourquoi il a été fait... La POO existe dans la norme Ada 95, je n'ai rien inventé. Tu devrais à prendre à lire, si tu savais ce qu'on apprend dans les livres. > > > Je serai même prêt à le croire si je n'avais pas découvert > > Objective Caml qui à mon sens est beaucoup plus agréable à > > programmer, beaucoup moins verbeux et très solide. > > Et je précise, lui-aussi utilisé pour le génie logiciel. > la question initiale était "multitasking" et non pas "génie > logiciel"(fourre-tout et bien moins sélectif comme critère) Je n'ai fais que répondre à l'argumentaire du précédent message, lis avec tes yeux. > En l'occurence, bien qu'effectivement parmis ce qui se fait de > mieux en matière de langage évolué (génie logiciel), OCaml (en > l'état) n'a quasiment aucune chance de faire du multi-tasking... > Et il n'y a aucune "honte" à cela. Que veut dire avoir une chance de faire du multi-tasking ? Les rendez-vous, et autres concepts du parallèlisme ne sont pas l'apanage d'un langage. Comme tous les concepts, ils peuvent être implémentés dans n'importe quel langage, plus ou moins facilement, bien entendu. > > > Certes, les tâches ne sont pas des types du langage, mais > > qu'importe, une bonne bibliothèque peut faire aussi bien. > > qu'importe, effectivement, tant que nous sommes dans l'a peu > près... On ne peut se permettre de l'à peu près. Si tu étais dans l'industrie, tu le saurais. > > > L'ada est le seul à le faire au niveau du language. > > > Je le répère, ce n'est pas un argument valable. > > Ben ne t'en déplaise faut croire que oui, pour ceux qui utilisent > les langages dans leurs domaines d'application c'est ce qui fait > LA différence parce que le compilateur de ces langages est conçu > par rapport à une sémantique adaptée à leurs problèmes. C'est > toujours plus efficace que d'utiliser un langage inapproprié. Plus efficace surement. Ada est trop généraliste pour faire partie de cette catégorie. > Maintenant si on veut faire de l'a peu près, Java peut faire > l'affaire ... Oui, je te conseille Java, c'est un très bon langage quand on débute dans la programmation. > > Devrait-on pire que linuxfr ? ;) > on te fait confiance ;) La réaction chimique ne se produit pas sans la dose de Mariano. > PS : Ah oui, Petite pub : debian-ocaml-maint@lists.debian.org ;-) Avec Mariano en prime, profitez des soldes. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Linux Expo
On Fri, Feb 01, 2002 at 04:52:16PM +0100, Christian Marillat wrote: > >> "AP" == Alex PADOLY <[EMAIL PROTECTED]> writes: > > [...] > > > J'ai particulièrement été déçu du stand « Debian » qui n'est pas à la > > hauteur de la qualité de sa distribution ,par contre les stands > > Quelles sont les personnes qui représentent Debian ? Frédéric Peters principalement, plus les quelques développeurs qui comme moi sont passés à l'occasion. -- Jérôme Marant
Re: Station HP-UX et DEBIAN ??? ca marche
On Sat, Feb 02, 2002 at 09:34:56PM +0100, luc wrote: >Bonjour >J'aimerais savoir si on peut mettre une debian (ou autre chose dans le >libre de preference linux ) sur une station HP UX ? aucune idee du type de >processeur lol je sais juste que c'est un 64bits . Il y a justement un portage en cours pour HP PA-RISC 64. Je pense que c'est l'architecture de la machine que tu décris. Woody devrait sortir pour cette machine en principe. Tu peux toujours essayer de rappartier les disquettes de boot pour tester l'installation ;-) -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
[HS] Possible offre emploi
Bonjour, Je (ma société [qui n'est pas Thalès]) cherche quelqu'un qui connait bien l'administration système sur Linux et qui accepterait de travailler une année à Lille dans le cadre d'une migration NT -> Linux. Me contacter personnellement pour plus d'informations. Merci. -- Jérôme Marant
Re: [HS] Possible offre emploi
On Fri, Feb 08, 2002 at 11:08:37AM +0100, Jérôme Marant wrote: > Bonjour, > > Je (ma société [qui n'est pas Thalès]) cherche quelqu'un qui > connait bien l'administration système sur Linux et qui > accepterait de travailler une année à Lille dans le cadre > d'une migration NT -> Linux. > > Me contacter personnellement pour plus d'informations. J'ai oublié de préciser un détail : c'est assez _urgent_. Merci. -- Jérôme Marant
Re: liste traduction
On Tue, Feb 12, 2002 at 07:48:32PM +0100, frederic. zulian wrote: > > > J'ai un retour comme quoi la liste > [EMAIL PROTECTED] n'existe pas. lists A+ -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: task-(kde|gnome) sans (k|g)dm
On Tue, Feb 26, 2002 at 02:17:20PM +0100, Josselin Mouette wrote: > le mar 26-02-2002 à 13:46, Nicolas Kowalski a écrit : > > > Il a néanmoins un logiciel que je ne souhaite pas installer avec cet > > ensemble, c'est `gdm'. Je préfère XDM, beaucoup plus léger pour les > > terminaux X qui se connectent sur ces machines Debian. > > C'est curieux qu'il ne te laisse pas le choix. Normalement, si tu > installes plusieurs display managers, il pose une question debconf pour > savoir lequel utiliser. > > Au passage, je recommande wdm : léger comme xdm et puissant comme gdm :) Kdm n'est pas mal non plus, mais effectivement wdm a l'air plus léger. Par contre, ont-ils les mêmes fonctionnalités ? -- Jérôme Marant
Linux 2.4.17 et Netfilter en modules
Bonjour, Je ne sais pas si la question a déjà été posée sur la liste, si c'est le cas, merci de me donner un pointeur sur le message. Je souhaite tester Netfilter. J'ai donc recompilé le noyau et ai choisi de mettre toutes les fonctionnalités de Netfilter en modules. En bref : make dep; make bzImage; make modules puis make modules_install. J'ai recopié le noyau dans /boot puis reboot (vive Grub). Au reboot, j'obtiens un paquet de messages Unresolved Symbols à propos de tous les modules de Netfilter (je n'ai pas les messages ici malheureusement). Ces symboles non résolus se situent dans ip_conntrack_core.c et ce fichier fait théoriquement partie de Netfilter d'après le makefile. Quelqu'un a une idée ? Merci d'avance. -- Jérôme Marant
Re: Linux 2.4.17 et Netfilter en modules
On Wed, Feb 27, 2002 at 11:57:56PM +1100, Jean-Francois Dive wrote: > hello, Merci pour ta réponse. > je pense que se qui se trouve dans ip_conntrack_core.c sont les > hooks qui doivent etre présent dans le kernel et se sont pas > mis dans les modules netfilter, check donc le support de netfilter Le support pour le filtrage est activé et toutes fonctionnalités de netfilter sont cochées « M », dans la sous-section « Netfilter ». Faut-il autre chose ? > base dans ton kernel. Sinon, un apt-get kernel-image-2.4.X et le > tour est joué, tous les modules sont compilés proprement et > sont séparés. Disons qu'en dernier recours, je compilerai peut-être tout dans le noyau, comme on me l'a conseillé en privé. -- Jérôme Marant
Re: Linux 2.4.17 et Netfilter en modules
On Wed, Feb 27, 2002 at 02:17:05PM +0100, Didier Link wrote: > Le Wed, 27 Feb 2002 à 09:38:02AM +0100, Jérôme Marant a écrit : > > Bonjour, > Salut, > > > > Je ne sais pas si la question a déjà été posée sur la liste, > > si c'est le cas, merci de me donner un pointeur sur le message. > Google groupes est ton amis ... ;) Pas de web ici en journée :) > > En bref : make dep; make bzImage; make modules puis > > make modules_install. J'ai recopié le noyau dans /boot puis > > reboot (vive Grub). > Heuuu dans le résumé dis moi que tu as oublié de dire que tu as fait un > depmod ... et de bouger ton System.map dans boot avant ... Il me semble que make modules_install le fait non ? ou je me trompe. Quand je lance cette commande, je le vois recopier un System.map et lancer depmod. Merci. -- Jérôme Marant
Re: Linux 2.4.17 et Netfilter en modules
On Wed, Feb 27, 2002 at 02:51:04PM +0100, Vincent Haverlant wrote: > Le mer 27 fév 2002 14:35:11 GMT, Jérôme Marant a écrit: > Jérôme> > depmod ... et de bouger ton System.map dans boot avant ... > Jérôme> > Jérôme> Il me semble que make modules_install le fait non ? ou je me > Jérôme> trompe. Quand je lance cette commande, je le vois recopier > Jérôme> un System.map et lancer depmod. > > Question: pourquoi tu n'utilise pas make-kpkg? Sinon je n'ai pas vu Je n'utilise pas make-kpkg car je ne considère pas l'utilisation de paquet comme utile dans mon cas. > l'etape « make clean » dans ta liste. C'est peut-être rien mais qui > sait? Je ne l'ai pas mis mais l'utilise toujours avant make dep. -- Jérôme Marant
Re: Linux 2.4.17 et Netfilter en modules
On Wed, Feb 27, 2002 at 04:31:41PM +0100, Benjamin Plaquevent wrote: > Salut, > > Il semble que chacun ait sa méthode, voici la mienne ki a marché pour > mon 2.4.17: > > make mrproper > make xconfig > make dep > make clean > make bzImage > make modules > make modules_install > make install > > ensuite, je fais un lien /vmlinuz ki pointe vers /boot/vmlinuz-2.4.17 et > je lance lilo... > Je l'ai fait un paquet de fois sans jamais rencontrer de pb... Que fait au juste le « make install » ? Personnellement, je recopie moi-même le noyau dans /boot et c'est tout. Peut-être manque t-il quelquechose ? > Juste une petite remarque, si tu es sous sid, lors d'une mise à jour > récente, j'ai eu un message debconf comme koi il pouvait y avoir des > problème de linkage à la compilation de certains noyaux... Quelqu'un > peut il apporter quelques explications sur ce point? Je n'utilise jamais les paquets kernel-source car ils sont souvent prépatchés ce qui m'empêche d'appliquer des patchs extérieurs (le patch XFS principalement). Donc, c'est le noyau de kernel.org dont je me sers. Merci. -- Jérôme Marant
Re: Linux 2.4.17 et Netfilter en modules
On Wed, Feb 27, 2002 at 04:54:05PM +0100, Brandl Bernard wrote: > On Wed, 27 Feb 2002 15:07:16 +0100 > J <[EMAIL PROTECTED]> wrote: > > > On Wed, Feb 27, 2002 at 02:51:04PM +0100, Vincent Haverlant wrote: > > > Le mer 27 fév 2002 14:35:11 GMT, Jérôme Marant a écrit: > > > Jérôme> > depmod ... et de bouger ton System.map dans boot avant ... > > > Jérôme> > > > Jérôme> Il me semble que make modules_install le fait non ? ou je me > > > Jérôme> trompe. Quand je lance cette commande, je le vois recopier > > > Jérôme> un System.map et lancer depmod. > > > > > > Question: pourquoi tu n'utilise pas make-kpkg? Sinon je n'ai pas vu > > > > Je n'utilise pas make-kpkg car je ne considère pas l'utilisation > > de paquet comme utile dans mon cas. > > alors teste un petit "make install" pour moi ca a toujours fait ce que > j'avais oublie de faire. Que fait-il de plus que recopier le noay dans /boot ? Merci. -- Jérôme Marant
Re: Linux 2.4.17 et Netfilter en modules
On Thu, Feb 28, 2002 at 09:14:38AM +0100, Jérôme Marant wrote: > > alors teste un petit "make install" pour moi ca a toujours fait ce que > > j'avais oublie de faire. > > Que fait-il de plus que recopier le noay dans /boot ? Il fallait lire « noyau » ;-) -- Jérôme Marant
Re: Linux 2.4.17 et Netfilter en modules
On Thu, Feb 28, 2002 at 01:04:59PM -0500, VALLIET Manu wrote: > Le 28/02/02, Jérôme Marant a ecrit: > > > Que fait au juste le « make install » ? Personnellement, je recopie > > moi-même le noyau dans /boot et c'est tout. Peut-être manque t-il > > quelquechose ? > > Pareil, mais je copie aussi le System.map vers /boot/System.map-2.?.?? . > Ca permet d'avoir plusieurs noyaux dispos et d'avoir une bonne table des > symboles pour chacun d'entre eux (du genre ps ne crie pas apres une > mauvaise correspondance system.map - version du noyau) J'ai essayé « make install » puis ai recopié le noyau dans /boot (car je n'ai pas vu l'install le faire). Ensuite, j'ai recopié System.map dans /boot/System.map-2.4.17-xfs (puisque le symbole du noyau est 2.4.17-xfs) mais j'obtiens toujours les mêmes messages d'erreur au redémarrage. Moralité : je vais tout mettre dans le noyau et en plus, j'obtiendrai un système plus sûr. Merci à tous. -- Jérôme Marant
Re: emacs et l'encodage.
On Fri, Mar 01, 2002 at 02:17:14AM +0100, COOPER Laurent wrote: > J' avais posté un message disant que mon emacs avait une petite grippe pour > encoder les accents... > > Or, en console, un locale me donne > [EMAIL PROTECTED] > > bahn oui, je veux des euros non? > emacs -> il m'affiche de jolis accents mais tout se complique au moment de la > sauvegarde... > > on change > export LANG=fr_FR > emacs -> jolis accents et sauvegarde sans problème... > Comment faire??? As-tu cela dans ton .emacs ? : (set-language-environment "Latin-1") (set-terminal-coding-system 'iso-latin-1) (setq unibyte-display-via-language-environment t) -- Jérôme Marant
Re: Linux 2.4.17 et Netfilter en modules
On Fri, Mar 01, 2002 at 09:54:10AM +0100, Alain Tesio wrote: > > Moralité : je vais tout mettre dans le noyau et en plus, > > j'obtiendrai un système plus sûr. > > Tu vas rire, il y a un bug dans netfilter qui fait que ca ne marche > qu'avec des modules (enfin c'est mon expérience personnelle, j'ai > envoyé un bug report aux développeurs, ca n'a pas l'air de les intéresser) Mais comment font les gens qui utilisent Netfilter compilé avec le noyau si ça ne marche pas ? > Est-ce-que lsmod mentionne bien les modules de netfilter ? Pardon ? Il m'est impossible de charger les modules à cause de symboles non résolus, donc lsmod ne risque pas d'afficher les modules. -- Jérôme Marant
Re: [hors-sujet] poster en latin 1 ou 9 sous Emacs 21
On Sun, Mar 03, 2002 at 02:31:38PM -0500, Laurent Pelecq wrote: > > Boujour, Salut, > > C'est hors-sujet mais ça concerne la liste. Quand on répond sous Emacs > à un courrier qui a un codage différent de celui qu'on utilise (ex: > répondre avec Latin 1 à un message codé en iso-8859-15), soit Emacs > envoie 2 parties en multipart/mixed ou il code en UTF-8 visiblement. Le code d'unification des codes iso est disponible dans le CVS d'Emacs (version 21.2.50). Le problème sera donc réglé avec la prochaine version. -- Jérôme Marant
Re: y a t il un paquet qui inclus tous les librairies classiques sous C et C++.
On Mon, Mar 04, 2002 at 03:56:25PM +0100, kamel wrote: > bonjours a tous, je viens d'installer une debian sur un petite machine pour Salut, > qmail-local.c:1: sys/types.h: No such file or directory > qmail-local.c:2: sys/stat.h: No such file or directory > make: *** [qmail-local.o] Error 1 > > quel est le paquet manquant. J'imagine qu'il te manque libc6-dev. > y a t il un paquet qui inclus tous les librairies classiques sous C et C++. je ne comprends pas ce que tu veux dire ? Est ce que tu parles d'un méta-paquet de développement C/C++ ? Si oui, tu peux installer tasksel et choisir la tâche qui correspond à ce dont tu as besoin. -- Jérôme Marant
Re: acroread fullscreen sur Thinkpad 600x
On Tue, Mar 05, 2002 at 03:08:35PM +0100, Christian Marillat wrote: > Sawfish est dans un sommeil profond depuis quelques mois :-( Ah bon ? On dirait que c'est la mode. J'ai le même problème avec IceWM. -- Jérôme Marant
Re: acroread fullscreen sur Thinkpad 600x
On Tue, Mar 05, 2002 at 06:19:16PM +0100, Christian Marillat wrote: > Il y a des gens qui se sont proposés de reprendre le boulot, mais c'est > resté lettre morte. Ximian a aussi mit quelqu'un dessus, mais il ne fait > plus rien depuis 1 mois. Il y a aussi maintenant Gnome 2, le peu de > travail qui est fait sur Sawfish consiste au portage. Le fait que sawfish soit écrit en Lisp (dis-moi si je suis dans l'erreur) n'est-il pas un facteur défavorable à la reprise du projet par quelqu'un ? -- Jérôme Marant
Re: Problèmes XFS + PPC
On Wed, Mar 06, 2002 at 09:34:39AM +0100, Franck Routier wrote: > Bonjour, > > j'ai quelques problèmes sur mon portable PPC avec XFS et le noyau 2.4.14. > > En fait, il m'est arrivé à deux reprises que le disque dur se mette à > "boucler" dans environ 30 secondes (série de petits clic), le système se > figeant, puis, dans un cas, m'a redonné la main, dans l'autre, a rebooté et > dans le troisième cas est resté bloqué (j'ai dû éteindre la machine). > > Dans tous les cas le redémarrage s'est effectué sans problème. > > Ma question est : > > 1) quelqu'un connaît-il le même problème ? Je me souviens avoir eu ce genre de problèmes sur i386 et ext2 et il s'agissait d'un problème matériel (disque déffectueux). -- Jérôme Marant
Re: Le futur de sawfish [was: acroread fullscreen sur Thinkpad 600x]
On Wed, Mar 06, 2002 at 11:36:52PM +0100, Lionel Elie Mamane wrote: > On Wed, Mar 06, 2002 at 08:42:03AM +0100, Jérôme Marant wrote: > > > Le fait que sawfish soit écrit en Lisp n'est-il pas un facteur > > défavorable à la reprise du projet par quelqu'un ? > > Bien au contraire, bien au contraire >:-) Attention c'est une interrogation. Je n'ai rien contre Lisp personnellement. -- Jérôme Marant
Re: python-pygresql
On Mon, Mar 11, 2002 at 11:27:12AM +0100, Alexandre wrote: > Bonjour, Salut, > Est-ce que quelqu'un aurait un tel paquet dans ses tiroirs ? Je pense qu'il faut demander à Oliver Elphick de se conformer à la Python policy et au passage lui demander une version spécifique à 2.2. -- Jérôme Marant
Re: RE : il faut du Courage, pour Être immortel !
georges mariano <[EMAIL PROTECTED]> writes: > On Sat, 30 Mar 2002 14:51:18 +0100 > "Stefan Jourdan" <[EMAIL PROTECTED]> wrote: > >> Il ne faut pas etre abonné a la liste pour poster sur les listes >> debian? >> L'accès "en ecriture" est autorisé aussi aux non abonnés ? > > étonnant, n'est-ce pas ? > >> Sorry, je pensais pas. > > Ben si, > faut juste le temps que ceux qui gérent les listes > Debian et qui cogitent actuellement très dur pour protéger les > listes contre les spams se rendent comptent qu'il n'y a pas > de solution satisfaisante hormis la protection de l'accès en > écriture. > > Comme cette (seule) solution est rejetée pour cause "idéologique" > faudra apprendre à vivre avec un bruit de fond aléatoire sur les > listes Debian. > Suffit de faire comme si on ne voyait pas ces messages. Je pense que cette solution n'est pas satisfaisante car rien n'empêche les spammeurs de poster avec une adresse d'abonné. Je pense qu'on peut trouver des solutions en répertoriant les moyens qu'utilisent les spammeurs pour récupérer les adresses. Notamment, il faudrait réécrire toutes les adresses email que l'on trouve dans les archives web voire essayer de rendre difficile l'accès aux archives par des robots, car c'est en grande partie comme ça que les adresses sont récupérées. Ensuite, il y a des solutions du type spamassassin qui filtrent les messages en fonction de certains mots, mais on ne peut rien faire contre les messages en langues asiatiques. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : il faut du Courage, pour Être immortel !
Josselin Mouette <[EMAIL PROTECTED]> writes: > Le lun 01/04/2002 à 18:50, Jérôme Marant a écrit : > >> > Comme cette (seule) solution est rejetée pour cause "idéologique" >> > faudra apprendre à vivre avec un bruit de fond aléatoire sur les >> > listes Debian. >> > Suffit de faire comme si on ne voyait pas ces messages. >> >> Je pense que cette solution n'est pas satisfaisante car rien n'empêche >> les spammeurs de poster avec une adresse d'abonné. > > Oui, enfin ça dégrossirait pas mal. À ce compte-là, il ne faut plus Si les spammeurs récupèrent ton adresse « autorisée » au lieu de l'adresse avec laquelle tu écris habituellement, ça ne changera strictement rien. Ils récupèrent les adresses dans les archives. Il est nécessaire de les empêcher de récupérer toute adresse via le web. > accepter que les mails des abonnés avec une signature GPG vérifiée, et > modérer les autres. Oui c'est une solution. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: il faut du Courage, pour Être immortel !
Erwan David <[EMAIL PROTECTED]> writes: > Le Mon 1/04/2002, Jérôme Marant disait >> >> Je pense que cette solution n'est pas satisfaisante car rien n'empêche >> les spammeurs de poster avec une adresse d'abonné. > > Les spammeurs inondent avec la même adresse, le spam perd de son > intérêt (financier en particulier) si tu dois faire un envoi par > destinataire. Je ne comprends pas. Si leur but est d'atteindre une liste, une seule adresse suffit. Nous parlons bien du spam sur les listes, pas du spam reçu en personne. En plus, le spam est quelquechose d'automatique. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : il faut du Courage, pour Être immortel !
Cedric Duval <[EMAIL PROTECTED]> writes: > Il ne faudrait pas surestimer l'intelligence des spammeurs. Récupérer les adresses dans les archives de listes de relève pas d'une intelligence particulière. S'ils ne le font pas par ce moyen, comment le font-ils ? > * Les spammeurs sont _vraiment_ idiots : ils spamment des rapports de > bugs, des adresses de désinscription, etc. Et avec le html ou les > "$$$", on les distingue rapidement des vrais mails. Mais ils ne sont pas idiots au point de récupérer à la main les adresses tout de même ? > > Évidemment, il faut des volontaires pour approuver. C'est un problème à > l'échelle de toutes les listes Debian. Oui mais c'est une partie du problème. Pouvoir s'abonner avec une certaine adresse et poster avec une autre est pratique courante. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : il faut du Courage, pour Être immortel !
Jacques L'helgoualc'h <[EMAIL PROTECTED]> writes: >> Je pense qu'on peut trouver des solutions en répertoriant les moyens >> qu'utilisent les spammeurs pour récupérer les adresses. >> Notamment, il faudrait réécrire toutes les adresses email que l'on >> trouve dans les archives web > > pourquoi pas les effacer complètement ? ... > Enlever les adresses des pages d'index serait déjà un progrès. Je suis entièrement d'accord. C'est une bonne solution car non seulement elle réduit le spam sur les listes mais elle réduit aussi le spam personnel. > >> Ensuite, il y a des solutions du type spamassassin qui filtrent les >> messages en fonction de certains mots, mais on ne peut rien faire >> contre les messages en langues asiatiques. > > Mais si ! Spamassassin (ou autre) détecte très facilement les messages > orientaux. C'est encore meilleur que ce que je pensais alors. > > Si on passait à /dev/null, ou renvoyait aux abonnés les text/html, le > niveau de spam baisserait aussi. Je suis d'accord aussi. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : il faut du Courage, pour immortel !
Alain Tesio <[EMAIL PROTECTED]> writes: > On Mon, 01 Apr 2002 18:50:04 +0200 > [EMAIL PROTECTED] (J Marant) wrote: > >> Ensuite, il y a des solutions du type spamassassin qui filtrent les >> messages en fonction de certains mots, mais on ne peut rien faire >> contre les messages en langues asiatiques. > > Si dans la config de spam assassin : > score CHARSET_FARAWAY > score CHARSET_FARAWAY_BODY > score CHARSET_FARAWAY_HEADERS Super. > > On n'est pas censé recevoir de message en corréen sur des listes > non spécialisées, non ? Une liste non spécialisée ? Qu'est-ce ? -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Aide] Packaging de Sympa pour Debian
Bonjour, Afin de conserver un paquet de qualité et plus régulièrement à jour, je cherche un (ou deux) co-mainteneur sur le paquet Sympa. Je n'utilise plus Sympa depuis un moment (je ne gère plus de listes moi-même) et je n'ai pas le temps de suivre les listes. Les conditions : - être utilisateur de Sympa et suivre l'évolution du produit - connaître le shell et Perl - s'intéresser au packaging Debian dont Debconf - idéal : avoir déjà mis le nez dans le fonctionnement du paquet Le but étant de monter une (petite) équipe qui travaille sur le packaging via CVS. Me contacter si intéressé. -- Jérôme Marant http://marant.org
Re: Nouvelles listes debian-user-french et debian-devel-french
En réponse à Nicolas Boos <[EMAIL PROTECTED]>: > La question n'était pas là, c'était pourtant très clair. La liste > comporte > actuellement 706 inscrit(e)s, il aurait donc été de bon ton de > consulter > cet ensemble. Le biais du vote démocratique était une manière de rendre > > plus légitime et plus juste cette décision de saucissonage de la liste. Un vote ? Pourquoi faire ? Doit-on voter avant de créer une nouvelle liste ? L'ensemble des abonnés de debian-french a été abonné à debian-user-french que je sache, donc cela ne fait aucune différence. Il s'agit juste d'une tentative de redéfinir plus précisément les besoins en terme de liste. Personnellement, je n'ai pas forcément envie de recevoir tout le trafic occasionné par les listes d'utilisateurs et je ne vois pas en quoi ma satisfaction sur ce plan va entraîner ton insatisfaction. > > > Je trouve d'ailleurs que cette dernière décision a malheureusement > été > prise de façon dictatoriale et autoritaire. Les propos d'une > arrogance Ce n'est pas une décision, c'est une requête. Tout le monde peut demander la création d'une liste si son objet concorde avec les activités de Debian. Maintenant, tu nous parles de séparation mais elle n'est qu'hypothétique et pas effective car ce ne sont pas les listmasters qui décident si tel abonné ou tel autre doit être inscrit à telle ou telle liste. --
[Martin Schulze ] New unofficial potato extra cd set on ftp.fsn.hu
Pour ceux que ça intéresse. --- Begin Message --- Forwarded from Pásztor György <[EMAIL PROTECTED]>: Hi, I made a newer CD set of the ftp.fsn.hu's extra cd set. It now available at the following site (and on it's mirrors): ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/potato/ md5sums: 979f8b9f2fef308cadee1faf61d21abc *potato-i386-extra1.iso 77c916b3f021b5e4b1ea34488ab2b30f *potato-i386-extra2.iso The contents of this CD set: - Unofficial XFree86 4.1 binaries (from people.debian.org/~cpbotha) - Security updates (from security.debian.org) - Unofficial Packages needed for 2.4.x kernels (from people.debian.org/~bunk) - The Official Ximian Gnome (1.4) potato .deb packages - The Official KDE 2.1.1 potato .deb packages - kernel sources and security patches (ftp.kernel.org, Openwall.org, Getrewted.org) - PostgreSQL 7.1.3 for potato packages - Ogg Vorbis utilities - Unofficial php4 packages to use with 7.x Postgres - sfs packages (A secure file service) (from "RISKO Gergely <[EMAIL PROTECTED]>) About the separation of CD set: The CD1 contains all free software (main+non-US/main sections). The CD2 contains non-free sections, contrib sections, and sources. I hope, I can update these CD-images weekly, or at least monthly. Sincerely, --- Pásztor György JATE PTM IV. / Napi idézet: SZTE SZK & Ságvári Gimn. Linux rg/ Ha jól érzed magad, ne aggódj. [EMAIL PROTECTED] /El fog múlni... Mh. Tel.:(62) 544-415 Bels?:44-15/ pgpOJHzFoSMJ1.pgp Description: PGP signature --- End Message --- -- Jérôme Marant <[EMAIL PROTECTED]> --- Debian Activity Page: http://jerome.marant.free.fr/debian ---
Re: DEBIAN-FRENCH : MODE D'EMPLOI
Frédéric MULLIER <[EMAIL PROTECTED]> writes: > >>>Martin QUINSON écrit : > > > > DEBIAN-FRENCH : MODE D'EMPLOI > > ^ ... > Suggestion : > Ca serait peut-être intéressant d'envoyer ce courrier aux nouveaux abonnés > de la liste, par exemple en même temps que la confirmation de souscription ? > > Ca éviterait aux néo-linuxien comme moi de commettre des erreurs bêtes ;-) Une autre suggestion : remplacer DEBIAN-FRENCH par DEBIAN-USER-FRENCH à la fois dans le sujet et dans le descriptif pour se conformer au nouveau nommage des listes. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Le performances du noyau 2.4.1x
Bonjour, J'ai quelques inquiétudes quant aux performances des dernières versions du noyau 2.4. J'utilise régulièrement le très bon programme vlc pour regarder des DVD. Mais depuis le noyau 2.4.10, les performances de ma machine lors de la visualisation de DVD se sont totalement effondrées : la fluidité a laissé place à des saccades permanentes dans la vidéo et l'audio. J'ai tout d'abord modifié les paramètres de vlc pouvant entrainer des calculs gourmands mais rien n'y a fait (pour info, la machine est un Athlon 1,2GHz et 512 Mo de RAM, d'où mon interrogation). Moralité, je suis obligé de repasser en 2.4.9 pour pouvoir voir les DVD. J'aimerai savoir si d'autres personnes connaissent les mêmes problèmes que moi et auraient des explications (notamment ceux qui suivent les listes de type linux-kernel). Merci. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> CV consultable à l'adresse : http://marant.org
Re: Le performances du noyau 2.4.1x
Kilobug <[EMAIL PROTECTED]> writes: > Et bien la VM (gestion de la mémoire) a été totalement réécrite entre > le noyau 2.4.9 et 2.4.10, pour pallier à des problèmes de swap. > Mais il ne devrait pas y avoir de différence notable pour jouer un DVD... C'est la première idée qui m'est venue à l'esprit. On a pas mal entendu parlé de ça, et j'ai tout de suite fait la relation ... > Donc il ne s'agit peut-être pas du changement de VM... Essaie avec un > noyau Alan Cox (le dernier est 2.4.12-ac3 je crois) pour voir si c'est J'essaierai bien le noyau d'Alan mais je n'ai que des partitions XFS, puis-je appliquer le patch 2.4.12 sur le 2.4.12-ac3 pour tester ? > la VM ou autre chose. Si tu trouves d'où ça vient et qu'il s'agit > réellement d'un problème dans le noyau, envoies un mail à > [EMAIL PROTECTED] Merci pour ces précisions. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> CV consultable à l'adresse : http://marant.org
Re: Le performances du noyau 2.4.1x
"G . Demaille" <[EMAIL PROTECTED]> writes: > ça me rassure, je suis pas tout seul! > > désolé, j'ai pas trouvé d'autre solution que la tienne à ce pb > mais les améliorations des kernels 2.4.10/111/12/13 portent sur la mémoire > virtuelle, la swap principalement > je les ai tous faits : le 2.4.13-pre3 est le plus fluide (pour vlc) mais a > planté ma bécane après 1h environ (mais c'était peut-être un pb de > chauffage,bref) ça n'est pas pour me rassurer. > les autres kernels, tu peux les jeter si tu veux un confort de > visualisation correct Je vais rester en 2.4.9 pour les DVD alors. Merci. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Le performances du noyau 2.4.1x
Nicolas Boos <[EMAIL PROTECTED]> writes: > Apparement, la série "Linus" (avec la "VM" d'Andrea donc) ne tient pas > "la charge". La preuve, j'ai fait le petit test classique, gravure de données > accompagné d'une lecture de celles-ci (par ex : du .OGG sur un CDRW > + une lecture avec XMMS). Pof. Plantage, et le dmesg me renvoie des > erreur peu communes (pourtant la gravure était en 2X!). Avec la "VM" de > Rik (série -ac), pas de soucis particuliers, la gravure ne bouge pas d'un > pouce. Je m'étonne que 8 mois après sa sortie, on n'en soit toujours pas à une version stable et qu'on effectue encore des changements fondamentaux dans une mauvais direction. > Donc Jérome, tu n'as pas la berlue, le 2.4.10 est bien la source de > tes petits tracas. > > Mais, plus sérieusement, j'ai une question, pourquoi cette course au > dernier-noyau-tout-neuf-mégateuf??? C'est la question que je me pose en ce moment. Si je devais répondre, je dirais surement que c'est à titre d'expérimentation (il en faut bien qui cassent leur système pour prouver que ça ne marche pas ;-) Merci à toi. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Le euro-X11 nouveau est arrivé :)
> Setting up general console font... set_kernel_font: Invalid argument > > > C'est dans une unstable; j'ai testé avec un noyau 2.2.17 et 2.4.9. Par > ailleurs, notons que si je fais manuellement 'consolechars -f lat0-16' > dans > une console, ça marche sans message (sympa cette police :-). > > > Des idées ? Oui, c'est parce que tu fais ça dans un xterm (ou autre terminal sous X), alors qu'il faut le faire dans une console tty. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: réglagesde la liste debian-french
En réponse à georges mariano <[EMAIL PROTECTED]>: > b) un besoin que je ressens fortement perso > positionner le reply-to sur la liste et non perso ... http://www.unicom.com/pw/reply-to-harmful.html -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Installer woody à partir de d7
Nicolas SABOURET wrote: > > Bonjour, Salut > J'essaye d'installer woody à partir de disquettes pour une machine qui a > une carte réseau "trop récente" pour stable. > > Lorsque je démarre sur rescue.bin, je lis un message qui se termine par > : > "This disk uses the Linux kernel 2.2.19". > > Est-ce un bug qui traine de la 2.2 (un bout du fichier debian.txt qui > n'a pas été changé) ou bien est-ce que c'est vraiment ce noyau qui est Non, tu n'as pas la berlue, le noyau 2.4 n'étant pas jugé assez stable lors de la conception des disquettes de boot, le noyau 2.2 a été concervé. > utilisé ? Dans ce cas, où puis-je trouver une rescue.bin avec un noyeau > plus récent (pour pouvoir supporter la carte et installer Debian par le > réseau). Pas besoin. Tu compiles un noyau avec le minimum de ce dont tu as besoin pour booter, et tu le recopies sur une disquette standard rescue.bin à la place de l'ancien noyau. JM.
Re: Backport, Toute la vérité
georges mariano <[EMAIL PROTECTED]> writes: > > 2/ Ça ressemble à une discussion qui devrait être sur > > debian-devel-french. > > tout à fait d'accord Charles, mais > 0) ils s'ennuient un peu sur french-devel :-) Il suffit de lire attentivement les messages postés par Georges Mariano sur debian-devel-french pour comprendre pourquoi « ils » s'ennuient un peu. Je vous invite à lire attentivement les archives du mois d'Octobre dans lesquelles Georges Mariano se livre avec talent à son numéro habituel de monsieur-je-sais-tout-j'ai-raison-et-les-autres-sont des-crétins. Les personnes abonnées à cette liste, notamment les développeurs Debian francophones, n'ont jamais refusé de répondre à ses brillantes questions et certains-même (Denis Barbier, qui est cité dans le message auquel je réponds) ont même été jusqu'à lui mâcher le travail en consacrant du temps à la résolution de ses problèmes. Mais bien entendu, Georges Mariano est bien trop imbu de sa personne pour remercier ceux qui lui consacrent du temps. Quand à ceux qui ne répondent pas ce qu'il souhaite entendre, il leur répond avec son cynisme habituel qu'ils sont de sombres crétins. Mais j'oublais ! Debian doit tout à Georges Mariano et ce dernier ne va pas perdre son temps à contribuer à Debian, c'est absolument hors de question ! S'il passe son temps à contribuer, quand trouvera t-il le temps de rétroporter ses paquets de potato ? De toute façon, les membres de Debian sont tous des cons car ils ne font pas les choses comme le souhaite Georges Mariano, c'est un scandallleee ... Tiens, je regarde http://bugs.debian.org, il y a un champ : « Trouver les bogues de quelqu'un qui les a soumis à l'aide de son adresse électronique » ... je remplis le champ avec l'adresse de Georges Mariano ... je clique sur « Find » ... et Ô surprise : « No reports found! » Mais alors ? Georges Mariano n'a jamais eu aucun problème avec Debian on dirait. Quelque chose m'échappe ... Bon, j'arrête pour aujourd'hui, vous aurez le loisir découvrir le reste par vous même ... -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Re: Backport
georges mariano wrote: > Le seul sacro-saint principe que j'oserai édicter ici est le > suivant : > "toute correction de _bug_ (on parle pas de la localisation > standard de tel ou tel fichier), doit être remontée le plus > haut possible dans le processus d'élaboration d'un logiciel" C'est ce que fait le responsable Debian en général. Si ce n'est pas le cas, le lui signaler ou contacter l'auteur amont. En général, dans ce cas là, je préfère contacter directement l'auteur amont. > Et cela en vertu du principe corollaire suivant : > plus une erreur est découverte/traitée tard, plus elle coûte > cher (en temps, en argent, en test etc) > [même si les personnes impliquées sont "bénévoles"] Elles sont d'autant plus bénévoles qu'elles ne refusent pas qu'on les aide. Ne pas leur reprocher de ne pas avoir le temps si on n'a pas soit même de temps à consacrer. > Ceci dit, ce faisant, je n'ai aucun mérite c'est dans tout bon > livre décrivant les bases du génie logiciel. > Maintenant, si on se dispense de ces principes avec l'excuse > que c'est pour un paquet Debian, soit. > Mais autant l'annoncer clairement. C'est très instructif. Toi qui connait le génie logiciel (tu connais d'ailleurs la méthode B me semble-t-il, ce qui n'est pas rien), tu peux faire en sorte d'aider le groupe d'assurance qualité de Debian (QA group). Les volontaires sont toujours les bienvenus, ce n'est pas le travail qui manque. > Bon, ras le bol! la question initiale était le backport de ... > me classer dans la catégorie des égocentriques irrécupérables, > mais très peu pour régler la question initiale et encore moins Je pense que, de part ton comportement, tu ne facilites pas la résolution de la question initiale. As-tu remarqué de certaines personnes te répondent, malgré tout ? Tu vas finir par les lasser, crois-moi. > la question corollaire sur la (menace de) disparition de > paquets incontournables dans woody. La réponse : ils sont retirés momentanément de woody car ils sont cassés. Leurs responsables sont prévenus, ils (ou d'autres si ces derniers n'ont pas le temps) livreront une nouvelle version corrigée. Donc, il faut juste le temps que ça passe de unstable à woody pour qu'ils reviennent. La menace est purement coercitive. Donc, ils seront dans Woody c'est une certitude. -- Jérôme Marant
