Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le Wed 25/06/2003, Denis Barbier disait Pour reprendre les points, * les taquets de version vers le bas plutôt que vers le haut Cette phrase seule ne suffit pas, il faut redéfinir le processus de migration unstable-testing-stable ou fournir un schéma complètement différent. En fait le problème n'est pas là. Il y a des cas (et des exemples ont été donnés avec caml ou perl) ou la dépendance doit se faire sur une version bien précise. Mais la dépendance qui est mise dans le paquet n'est que trop rarement la dépendance minimale. Si on a une lib en x en stable y en unstable et un programme P qui utilise cette lib, il faudrait que si P peut tourner avec la version x la dépendance inscrite dans son paquet soit sur x et non sur = y -- Erwan
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le Wed 25/06/2003, Denis Barbier disait Mais à quel moment tu compiles eperl avec perl 5.8 ? Avant la mise à jour simultanée, c'est perl 5.6 qui est dans stable, Or vous dites qu'il faut compiler avec les dépendances de stable. Si je comprends bien eperl est buggué dans stable puisque la dépendance est perl =5.6.1-6 ? -- Erwan
Re: Openoffice pass sur doc MS...
Salut, Le 24/06/03 15:54, JusTiCe8 a écrit tout plein de choses, dont : Un bon tit paquet tout ce qu'il y a de plus officieux et c'est réglé ;). C'est aussi ce que je pense. Parce que si MS veut jouer les trouble fête avec ses formats propriétaire, il leur suffirait de mettre en place un mécanisme interne de cryptage (je sais, ce serait débile et d'aucune utilité, sinon consommé un peu plus de ressources :P) et hop, comment empecher l'utilisation de données... :/ Ben, c'est ce qu'ils vont faire avec Palladium et TCPA, il me semble, non ? A+ -- moku [EMAIL PROTECTED] http://www.projectshirow.net/ Je vends ! - http://moku.free.fr/a_la_vente.html
Agenda
Bonjour, je suis à la recherche d'un produit d'agenda destiné à la réservation de salle,voiture,matériel,etc... Bon ce n'est pas les produits qu'ils manquent en la matière, cependant je souhaite connaître votre sentiment sur l'exploitation d'une de ces solutions Mes principaux critères de choix sont: une solution simple et ergonomique, s'appuyant sur du php + postgresql ( voir mysql) A+ Jacques.
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 25.06.03, Denis Barbier a tapoté : | On Wed, Jun 25, 2003 at 12:48:34AM +0200, Thomas Nemeth wrote: | Le 24.06.03, Denis Barbier a tapoté : | | | Il n'est pas possible de faire une mise à jour séquentielle, j'aimerais | | donc savoir comment ce cas est géré si on compile sur la base de stable. | | Où est le pb : il suffit d'upgrader les 2 en même temps... | | Mais à quel moment tu compiles eperl avec perl 5.8 ? Avant la mise à jour | simultanée, c'est perl 5.6 qui est dans stable, Or vous dites qu'il faut | compiler avec les dépendances de stable. Recompilation (automatique si possible) dans un arbre à part temporaire puis basculement de tous les nouveaux paquets dans l'arbre officiel. Thomas -- BOFH excuse #406: Bad cafeteria food landed all the sysadmins in the hospital.
Re: Verrouillage auto de la console...
Bonjour. Tu peux combiner ça avec l'info sur la variable TMOUT renseignée dans l'autre fil pour lancer vlock/lockvc/away ... Évidement il faut utiliser bash/zsh et/ou peut être un autre shell aussi. J'avoue avoir du mal à suivre. Il semble que la variable TMOUT provoque la deconnection de la console au bout de X secondes. Mais nul part il n'apparait une prise en compte des entrées dans le tty. Ce qui reviendrait à dire qu'utilisée ou pas, la console sera verrouillée au bout de ces X secondes. Ce que je souhaiterai, c'est remettre ce compteur à zero lors de chaque utilisation de la console... D'autre part, je ne vois pas l'utilité d'utiliser un tierce programme comme vlock si le shell s'en charge tout seul lors de la prise en compte de la variable TMOUT. Dernier point, si je cherche à modifier cette variable, le shell me retourne invariablement:bash: TMOUT: readonly variable. Comme rendre cette variable modifiable?... Merci à tous et bonne journée, Loick.
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 25.06.03, Denis Barbier a tapoté : | * modulariser la distrib | Il y a des personnes qui essaient de pousser la création de projets | internes (Debian Jr., Debian-Med, Debian-Edu, Debian Desktop, etc). | Je ne sais pas si ces projets avancent. Mouais. Personnellement je doute ce leur viabilité à long terme : il serait peut-être plus adéquat de proposer une liste de paquets lors de l'installation en fonction du but, un peu comme tasksel... Thomas -- BOFH excuse #408: Computers under water due to SYN flooding.
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 07:30:36AM +0200, Erwan David wrote: Le Wed 25/06/2003, Denis Barbier disait Pour reprendre les points, * les taquets de version vers le bas plutôt que vers le haut Cette phrase seule ne suffit pas, il faut redéfinir le processus de migration unstable-testing-stable ou fournir un schéma complètement différent. En fait le problème n'est pas là. Il y a des cas (et des exemples ont été donnés avec caml ou perl) ou la dépendance doit se faire sur une version bien précise. Mais la dépendance qui est mise dans le paquet n'est que trop rarement la dépendance minimale. Si on a une lib en x en stable y en unstable et un programme P qui utilise cette lib, il faudrait que si P peut tourner avec la version x la dépendance inscrite dans son paquet soit sur x et non sur = y Non, ce n'est pas vrai, le probleme cite de X, et bien tu verra que meme en utilisant X 4.2.1 de sid, les dependances sont xlibs ( 4.1.0-1) ou quelque chose du style. Le probleme vient surtout du renomage des paquet de X lorsque Branden a re-organiser X pour la release de X 4. Il est sur que la xlib 4 et la xlib 3 sont compatibles, le probleme est que les package X 3 et X 4 ne contenait pas les memes librairies au meme endroit, et de plus s'appellait differement. De plus, dans woody, si tu tient vraiment a utiliser X 3.3.6, il te suffit d'installer le package xserver-v3 correspondant, et la xlibs 4.x, et cela marche sans probleme. Le probleme que tu a rencontre ne pouvait (ou ne peut encore, si comme Georges, tu utilise oldstable) venir que si tu essaye de faire tourner potato avec des bouts d'autre chose. Pour les autres cas, shlibdeps n'incremente la dependance que si le soname majeur change, et les dependances faite par le mainteneur du package sont soit justifie, soit des bugs qu'il faut soumettre. Il va de soit qu'il faut aussi pouvoir accepter la reponse du mainteneur dans ce cas, apres tout il a peut etre raison et vous tort finalement. Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 08:53:04AM +0200, Thomas Nemeth wrote: | Le 25.06.03, Denis Barbier a tapoté : | | | Mais à quel moment tu compiles eperl avec perl 5.8 ? Avant la mise à jour | | simultanée, c'est perl 5.6 qui est dans stable, Or vous dites qu'il faut | | compiler avec les dépendances de stable. | | Recompilation (automatique si possible) dans un arbre à part | temporaire puis basculement de tous les nouveaux paquets dans | l'arbre officiel. | | C'est bien ce qu'est fait pour unstable/testing, n'est-ce pas ? Oui :) C'est même où je voulais en venir... | Et t'est | tu poser la questions des auto-builders ? Tu ne peut pas faire cela dans | un arbre prive, car les autobuilders n'y on pas acces. Tiens !? Pourquoi ? | En fait, testing, avec ses imperfections et ses problemes de maturite | est ce que Erwan et Georges appels de leur voeux. Sur, on construit les | packages dans unstable, mais les nouveaux packages rentrent dans testing | au fur et a mesure lorsqu'ils sont prets. Mouais. Il y a tout de même des pbs : quand une nouvelle bibliothèque est mise à jour, tous les paquets qui en dépendent ne sont pas recompilés automatiquement avec. Pire : certains utilisent même plusieurs versions de la même bibliothèque !!! Dernier exemple en date : libpng. Je me retrouve avec libpng2, libpng3, libpng10-0 et libpng12-0. Thomas -- BOFH excuse #416: We're out of slots on the server
carte Quad
Salut tout le monde Est-ce que quelqu'un a deja installé une carte Quad Sun sur une debian. Je suis en testing sur une sun solaris SPARC 5 quel module je dois charger. merci pour vos reponses AC
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 07:33:56AM +0200, Erwan David wrote: Le Wed 25/06/2003, Denis Barbier disait Mais à quel moment tu compiles eperl avec perl 5.8 ? Avant la mise à jour simultanée, c'est perl 5.6 qui est dans stable, Or vous dites qu'il faut compiler avec les dépendances de stable. Si je comprends bien eperl est buggué dans stable puisque la dépendance est perl =5.6.1-6 ? Non, c'est volontaire, donner des dependances plus strictes risque de provoquer des blocages et des dependances qui s'attendent circulairement. Pour ocaml, on a resolu le probleme en creant un package virtuel ocaml-3.06 et en dependant la dessus. Mis a part que les autobuilders n'apprecient pas les dependances virtuelles, et que James Troup c'est fache avec moi et m'a liste dans son killfile (chose hautement pas cool pour un developpeur debian, vue que James est responsable d'au moins deux autobuilders et de plus ftp-master, et approuve les nouveau packages). Donc, idealement, perl serait appelle perl-5.6 ou du moins aurai un provide virtuel perl-5.6 et les packages perl pourrait alors tout naturellement dependre de perl-5.6, et ne plus se poser de questions. Le probleme dans ceci est bien sur que le groupe de package ne peut alors migrer dans testing que d'un seul bloc, et si un seul d'entre eux est retenu pour une raison meme minime, alors c'est l'ensemble des paquets qui ne peuvent pas entrer dans testing. Les histoires de dependances sont affreusement complexes, et pleins de subtilites, et les penser les resoudre avec des yakas, c'est pas tres malin. BTW, Georges, tu pourrait proposer comme sujet de TER l'annee prochaine une analyse des dependances dans debian, avec un peu de recherche des problemes possibles, et de la sauce theorie des graphes pour assaissoner le tout, non ? Cela permettrait de depasser le stade des on-dit et des rumeurs dans ce cadre pour quelque chose d'un peu plus formel, non ? Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 08:53:04AM +0200, Thomas Nemeth wrote: Le 25.06.03, Denis Barbier a tapoté : | On Wed, Jun 25, 2003 at 12:48:34AM +0200, Thomas Nemeth wrote: | Le 24.06.03, Denis Barbier a tapoté : | | | Il n'est pas possible de faire une mise à jour séquentielle, j'aimerais | | donc savoir comment ce cas est géré si on compile sur la base de stable. | |Où est le pb : il suffit d'upgrader les 2 en même temps... | | Mais à quel moment tu compiles eperl avec perl 5.8 ? Avant la mise à jour | simultanée, c'est perl 5.6 qui est dans stable, Or vous dites qu'il faut | compiler avec les dépendances de stable. Recompilation (automatique si possible) dans un arbre à part temporaire puis basculement de tous les nouveaux paquets dans l'arbre officiel. C'est bien ce qu'est fait pour unstable/testing, n'est-ce pas ? Et t'est tu poser la questions des auto-builders ? Tu ne peut pas faire cela dans un arbre prive, car les autobuilders n'y on pas acces. En fait, testing, avec ses imperfections et ses problemes de maturite est ce que Erwan et Georges appels de leur voeux. Sur, on construit les packages dans unstable, mais les nouveaux packages rentrent dans testing au fur et a mesure lorsqu'ils sont prets. Amicalement, Sven Luther
Carte PCMCIA
Bonjour, j'essaye d'installer mon slot pcmcia sur distrib Debian. J'ai installé les modules kernel, et pcmcia-cs. J'ai modifié /etc/pcmcia/config.opts comme il faut pour mon portable Au démarrage, pcmcia_core se charge bien, mais pas ds Qd j'essaye de lancer le module ds à la main: targa:~# insmod ds Using /lib/modules/2.4.18-k7/kernel/drivers/pcmcia/ds.o /lib/modules/2.4.18-k7/kernel/drivers/pcmcia/ds.o: init_module: Operation not permittedHint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters Que puis-je faire? Merci, Damien
Re: réglages mldonkey
On Tue, Jun 24, 2003 at 09:46:28PM +0200, Sylvain LE GALL wrote: On Tue, Jun 24, 2003 at 08:06:38PM -0200, dédé le homard wrote: salut à tous, voila, à propos de mldonkey, lorsque l'on règle, par exemple la largeur d'une colonne, comment faire pour qu'à la prochaine utilisation, cette meme colonne garde la largeur que l'on a précédement définie ? car pour l'instant, à chaque démarrage, il faut rerégler toutes les largeurs de colonne ,et c'est plutot fastidieux alors que la solution doit etre toute bete.. merci de vos conseils. ciao Bonjour, Il n'y a pas de moyen pour le faire... Désolé ;- Pour le moment ? Simple question utilisez vous mldonkey-server / mldonkey-gui ? ( paquetage ). C'est juste pour savoir. Information supplémentaire : mldonkey-server/gui viennent d'être uploader dans la unstable. Ils seront dispo sur le serveur debian la semaine prochaine. Tu est optimiste la, le package risque d'attendre quelque semaines, quoique d'habitude pas un mois entier, tout depend de la charge de travail des ftps masters. Amicalement, Sven Luther
[Newbie] Bonjour et quelques questions.
Bonjour a tous, je suis un petit nouveau dans le monde de l'open source et je vous remercie déjà de la qualité des archives de cette ML qui m'a permis de bien avancer. J'ai quelques questions : - D'après ce que j'ai lu, Quota ne fonctionne pas sur une partition ext2, mal sur ext3 et bien sur xfs. Quels sont les avantages à passer une partition de ext2 à xfs ? Y a t-il des risques ? - vous parlez peu d'antivirus. Mais j'aimerai savoir si avec mon serveur Samba 1 - il y avait un risque qu'un utilisateur W2000 vérole par ces fichiers Linux 2 - Si un antivirus Debian pourrait vérifier les fichiers déposés dans les répertoires Samba. Cordialement
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, 25 Jun 2003 00:58:27 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote: C'est là où je voulais en venir. Dire qu'il suffit de compiler en stable pour résoudre beaucoup de problèmes était simpliste, cela pose d'autres problèmes, et il faut appréhender le tout, ce qui n'était manifestement pas le cas. Je le re-répète, je n'ai pas dis qu'il fallait rester scotcher à stable coûte que coûte (ça c'est TON interprétation), j'ai dis qu'il faut repartir de dépendances basses (ie. stables) pour reconstruire un paquet. Et faire les tests dans un contexte stable, puisque c'est ce qu'ont les users sur leurs machines. Le hic, c'est que même si un dd fait ça, arrivé sur les autobuilders c'est sid qui est en place (non?), donc EVIDEMMENT, il faut adapter globalement le processus. Compiler dans un contexte plutôt unstable pour obtenir une version stable, ben intuitivement j'ai l'impression que ça rallonge la «convergence»... Reviens sur l'exemple d'ocaml en byte-code, c'est similaire : certains paquets utilisent la libperl, et dépendent alors de la version de perl utilisée à la compilation, tout comme un programme ocaml en byte-code dépendra de la machine virtuelle. Tout comme j'ai jamais dis qu'il fallait pas tenir compte des contextes particuliers (perl c'est perl, ocaml c'est ocaml). Je ne les mets pas dans le même sac (pour essayer de coincer GM ;-) car pour ocaml, en terme de besoin utilisateur, on pourrait fournir du natif et éviter tout ce type de problème. Mais on le fait pas. Donc on change d'exemple. Et hop. A+ -- debfr-faq: http://savannah.nongnu.org/download/debfr-faq/html/ val-linux: http://phalompe.homeip.net:9673/val-linux perso: http://www3.inrets.fr/estas/mariano
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, 25 Jun 2003 01:36:42 +0200 Laurent Defours [EMAIL PROTECTED] wrote: Effectivement, je n'avais pas du tout compris la chose comme ça. En fait, je me plaçais dans l'optique de la version stable, et donc sans aucun nouveau paquet (officiel, s'entend) qui rentre (mais je crois comprendre que c'est ce que Georges aimerait voir changer, si je ne me trompe encore...). Ben tu te trompe. Sur la formulation. Je ne touche pas à la stable en place. Après tout. Je souhaite juste que la testing soit plutôt élaborée comme une évolution de cette stable plutôt que comme une stabilisation de sid. La Debian évolue beaucoup à intervalle large... Ell pourrait évoluer raisonnablement à intervalle plus court. La faire évoluer beaucoup à intervalle court me semble irréalisable (pas à cause de Debian en soit mais à cause du «bouillonnement» du logiciel libre) Et mes excuses à Georges pour avoir clos mon message un peu sèchement : même pas fait gaffe. ;-) Je ne rêve pas : le serveur de la liste met bien le lien vers la faq tout seul, désormais ? Ah ben ouai... zut, ça rigole plus alors... ;-) Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ M'en voudrez pas si je garde néanmoins le lien dans ma signature ;-) -- debfr-faq: http://savannah.nongnu.org/download/debfr-faq/html/ val-linux: http://phalompe.homeip.net:9673/val-linux perso: http://www3.inrets.fr/estas/mariano
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 09:13:59AM +0200, Thomas Nemeth wrote: Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 08:53:04AM +0200, Thomas Nemeth wrote: | Le 25.06.03, Denis Barbier a tapoté : | | | Mais à quel moment tu compiles eperl avec perl 5.8 ? Avant la mise à jour | | simultanée, c'est perl 5.6 qui est dans stable, Or vous dites qu'il faut | | compiler avec les dépendances de stable. | |Recompilation (automatique si possible) dans un arbre à part |temporaire puis basculement de tous les nouveaux paquets dans |l'arbre officiel. | | C'est bien ce qu'est fait pour unstable/testing, n'est-ce pas ? Oui :) C'est même où je voulais en venir... :))) | Et t'est | tu poser la questions des auto-builders ? Tu ne peut pas faire cela dans | un arbre prive, car les autobuilders n'y on pas acces. Tiens !? Pourquoi ? Heu, tu est serieux la ? Parceque les autobuilders n'utilisent que des sources officielles, comme il se doit, ils n'ont manifestement pas acces a ce que le distributeur a sur son disque dur, et pour les sources non-officielles, il y a bien sur le probleme de la securite, et que seul les uploads sur des sources officielles sont signer par les DDs, et de plus verifie pour des problemes legaux, de licence, de brevet, et de paranoia de l'administration US. | En fait, testing, avec ses imperfections et ses problemes de maturite | est ce que Erwan et Georges appels de leur voeux. Sur, on construit les | packages dans unstable, mais les nouveaux packages rentrent dans testing | au fur et a mesure lorsqu'ils sont prets. Mouais. Il y a tout de même des pbs : quand une nouvelle bibliothèque est mise à jour, tous les paquets qui en dépendent ne sont pas recompilés automatiquement avec. Pire : certains utilisent même plusieurs versions de la même bibliothèque !!! Oui, mais le nouveau schema des noms de libairie avec soname inclus resoud cela. toutes les librairies n'ont pas encore adapte le nouveau schema, ce qui pose probleme pour le moment, mais devrait bien marche. Bien sur, pour ocaml et d'autres cas interprete, le probleme n'est pas resolut, car il faut une double dependance. La version de compatibilite (equivalent du soname) et la version de l'interpreteur (bytecode ocaml et version perl par exemple). Dernier exemple en date : libpng. Je me retrouve avec libpng2, libpng3, libpng10-0 et libpng12-0. Oui, mais une fois que seul libpng10-0 et libpng12-0 existeront, le probleme ne se posera plus. Le probleme reel de libpng etait cependant que les environement de developement n'etait pas installable simultanement, et que certains packages qui devait travailler ensemble etait linker avec des versions differentes de libpng, ce qui posait probleme et illustre bien aussi la complexite des dependances. Le probleme est maintenant resolu grace au travail formidable du mainteneur libpng (euh, de celui qui a fait le travail en tout cas, je sais pas si c'est le mainteneur officiel ou pas). Amicalement, Sven Luther Thomas -- BOFH excuse #416: We're out of slots on the server -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 09:13:59AM +0200, Thomas Nemeth wrote: | | Et t'est | | tu poser la questions des auto-builders ? Tu ne peut pas faire cela dans | | un arbre prive, car les autobuilders n'y on pas acces. | | Tiens !? Pourquoi ? | | Heu, tu est serieux la ? Parceque les autobuilders n'utilisent que des | sources officielles, comme il se doit, ils n'ont manifestement pas acces | a ce que le distributeur a sur son disque dur, et pour les sources Le distributeur et son disque dur ? Lorsque je parlais de faire un arbre temporaire, ça aurait été un arbre _officiel_ bien sûr. Ça implique une nouvelle façon de générer la distro comme en parlait Denis. | Dernier exemple en date : libpng. | Je me retrouve avec libpng2, libpng3, libpng10-0 et libpng12-0. | | Oui, mais une fois que seul libpng10-0 et libpng12-0 existeront, le | probleme ne se posera plus. Pourquoi _2_ versions ??? | Le probleme reel de libpng etait cependant que les environement de | developement n'etait pas installable simultanement, et que certains Simultanément ? Mais 1 seul devrait suffire ! Enfin... Tout dépend de ce que tu entends par environnement de développement. Les headers et bibliothèques ? | packages qui devait travailler ensemble etait linker avec des versions | differentes de libpng, ce qui posait probleme et illustre bien aussi la | complexite des dependances. Oui. | Le probleme est maintenant resolu grace au travail formidable du | mainteneur libpng (euh, de celui qui a fait le travail en tout cas, je | sais pas si c'est le mainteneur officiel ou pas). Pas vraiment résolu : il me reste toujours des paquets qui dépendent des vieilles versions et certains qui en dépendent de 2 à la fois ! Thomas -- BOFH excuse #434: Please state the nature of the technical emergency
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On 24 Jun 2003 23:51:59 +0200 Raphaël \SurcouF\ Bordet [EMAIL PROTECTED] wrote: qualité, il ne dit même pas qu'il faille faire des backports: donnes-lui la dernière version de Sylpheed dernier cri avec des dépendances sur stable, et il sera content. J'ai tout à fait compris ce qu'il désirait. Mais non tu n'as pas compris. Obtenir une sylpheed comme décrit ci-dessus ça prend 10mn. Obtenir une sylpheed avec le dernier cri sur toutes les libs, ça prend 3semaines. (au pif;-). Et en plus pour débugger t'es bien avancé car au lieu d'avoir un suspect (le noyau sylpheed) tu en as 12 (au pif ;-). Ça s'appelle la séparation des problèmes. C'est ce qu'on apprend aux stagiaires. Un problème à la fois. Qu'est-ce qui te retient encore au projet actuel ? Je ne vous comprends vraiment pas. J'aimerais bien que lui me réponde à ce sujet... Je vois pas en quoi j'aurais a expliquer mon attachement à Debian sur une liste Debian. Je peux toutefois balancer des généralités comme qui aime bien chatie bien ... ça te va? A+ -- debfr-faq: http://savannah.nongnu.org/download/debfr-faq/html/ val-linux: http://phalompe.homeip.net:9673/val-linux perso: http://www3.inrets.fr/estas/mariano
xterm trop grand
Bonjour, j'utilise d'habitude un gnome-terminal et se matin j'ai dû lancer un xterm or quelle ne fut ma surprise d'avoir un xterm trois fois trop long et une font en corp 30... Un dpkg-reconfigure xterm ne donne rien et je ne sais pas trop où chercher (j'ai jeté un coup d'oeil dans le bts mais j'ai rien trouvé concernant mon pb...) Si quelqu'un a une piste... Au fait, je suis en sid mil -- Lisez la FAQ ! http://savannah.nongnu.org/download/debfr-faq/html/
Re: Agenda
va voir là c'est basé je crois sur du php francois wrote: non non, il faut comprendre http://www.lpi.ac-poitiers.fr/grr lpi (tiret bas entre grr et lpi) beau boulot au demeurant. - Original Message - From: Jean BARTKOWSKI [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 14, 2003 9:21 PM Subject: [salles-info2] Re: [salles-info2] [salles-info2] GRR : Gestion et Réservation de Ressources lien rompu... De plus, pour accéder à la démonstration il faut remplacer les \ par des / dans le lien : Démonstration en ligne de GRR C'est effectivement du beau boulot! Jean Le Bail - Original Message - From: Jacques MILIN [EMAIL PROTECTED] To: debian-user-french@lists.debian.org Sent: Wednesday, June 25, 2003 8:28 AM Subject: Agenda Bonjour, je suis à la recherche d'un produit d'agenda destiné à la réservation de salle,voiture,matériel,etc... Bon ce n'est pas les produits qu'ils manquent en la matière, cependant je souhaite connaître votre sentiment sur l'exploitation d'une de ces solutions Mes principaux critères de choix sont: une solution simple et ergonomique, s'appuyant sur du php + postgresql ( voir mysql) A+ Jacques. -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Newbie] Bonjour et quelques questions.
Bonjour a tous, je suis un petit nouveau dans le monde de l'open source et je vous remercie déjà de la qualité des archives de cette ML qui m'a permis de bien avancer. salut J'ai quelques questions : - D'après ce que j'ai lu, Quota ne fonctionne pas sur une partition ext2, mal sur ext3 et bien sur xfs. Quels sont les avantages à passer une partition de ext2 à xfs ? Y a t-il des risques ? - vous parlez peu d'antivirus. Mais j'aimerai savoir si avec mon serveur Samba 1 - il y avait un risque qu'un utilisateur W2000 vérole par ces fichiers Linux en fait, un utilisateur M$ peut récupérer un virus et ainsi le propager via un partage de dossiers. Mais un virus prévu pour windaube n'affectera pas un Linux. Cependant, des prévisions annoncent un nombre croissant de virus Linux dans un avenir pas si lointain. Notre chouchou est victime de son succès. Les antivirus sous linux pour l'instant reste avant tout un moyen de protéger les machine microsoft du réseau. 2 - Si un antivirus Debian pourrait vérifier les fichiers déposés dans les répertoires Samba. je te conseille le manuel debian en français : http://people.debian.org/~barbier/debian-l10n/securing-debian-howto/ch8.fr.html Perso, j'ai un poste isolé sous Windows qui scrute, grace à un anti-virus (norton), tous mes partages samba. J'ai postfix sur mon serveur avec amavis ... pour me prévenir de virus dans mes mails. Cordialement bienvenue dans un monde merveilleux, celui de l'ouverture ... :D Régis
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le Wed 25/06/2003, Sven Luther disait En fait, testing, avec ses imperfections et ses problemes de maturite est ce que Erwan et Georges appels de leur voeux. Sur, on construit les packages dans unstable, mais les nouveaux packages rentrent dans testing au fur et a mesure lorsqu'ils sont prets. Ou avant (cf perl 5.6/5.8)... Ce qui peut faire perdre des fonctionalités. -- Erwan
Re: carte Quad
On Wed, Jun 25, 2003 at 08:58:02AM +0200, pingouin osmolateur wrote: Salut tout le monde Est-ce que quelqu'un a deja installé une carte Quad Sun sur une debian. Je suis en testing sur une sun solaris SPARC 5 quel module je dois charger. merci pour vos reponses J'ai jamais installé de carte Quad, ma SS5 a pas ça, mais vu les sources du noyau, je dirais que le module s'appelle sunqe. A+ -- Jerome
Re: xterm trop grand
bonjour, regarde le manuel d'Alexis de Lattre : http://www.via.ecp.fr/~alexis/formation-linux/bases-graphique.html Il lance un xterm avec une taille personnalisée. D'ailleurs il y a plein de petits trucs très interressant, et pause les bases sur beaucoup de choses courantes ... En gros, il est très bien fait ce manuel. Régis - Original Message - From: Mimile [EMAIL PROTECTED] To: duf debian-user-french@lists.debian.org Sent: Wednesday, June 25, 2003 9:54 AM Subject: xterm trop grand Bonjour, j'utilise d'habitude un gnome-terminal et se matin j'ai dû lancer un xterm or quelle ne fut ma surprise d'avoir un xterm trois fois trop long et une font en corp 30... Un dpkg-reconfigure xterm ne donne rien et je ne sais pas trop où chercher (j'ai jeté un coup d'oeil dans le bts mais j'ai rien trouvé concernant mon pb...) Si quelqu'un a une piste... Au fait, je suis en sid mil -- Lisez la FAQ ! http://savannah.nongnu.org/download/debfr-faq/html/
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 09:29:59AM +0200, Georges Mariano wrote: On Wed, 25 Jun 2003 01:36:42 +0200 Laurent Defours [EMAIL PROTECTED] wrote: Effectivement, je n'avais pas du tout compris la chose comme ça. En fait, je me plaçais dans l'optique de la version stable, et donc sans aucun nouveau paquet (officiel, s'entend) qui rentre (mais je crois comprendre que c'est ce que Georges aimerait voir changer, si je ne me trompe encore...). Ben tu te trompe. Sur la formulation. Je ne touche pas à la stable en place. Après tout. Je souhaite juste que la testing soit plutôt élaborée comme une évolution de cette stable plutôt que comme une stabilisation de sid. La Debian évolue beaucoup à intervalle large... Ell pourrait évoluer raisonnablement à intervalle plus court. La faire évoluer beaucoup à intervalle court me semble irréalisable (pas à cause de Debian en soit mais à cause du «bouillonnement» du logiciel libre) Oui, mais le probleme alors c'est que si tu ne fait evoluer stable que un peu, tu cours le risque de ne jamais entreprendre les evolutions plus importantes du logiciel libre. De plus tu diminue les periodes de tests. Amicalement, Sven Luther
Re: réglages mldonkey
Bonjour, Sven Luther writes: On Tue, Jun 24, 2003 at 09:46:28PM +0200, Sylvain LE GALL wrote: On Tue, Jun 24, 2003 at 08:06:38PM -0200, dédé le homard wrote: salut à tous, voila, à propos de mldonkey, lorsque l'on règle, par exemple la largeur d'une colonne, comment faire pour qu'à la prochaine utilisation, cette meme colonne garde la largeur que l'on a précédement définie ? car pour l'instant, à chaque démarrage, il faut rerégler toutes les largeurs de colonne ,et c'est plutot fastidieux alors que la solution doit etre toute bete.. merci de vos conseils. ciao Bonjour, Il n'y a pas de moyen pour le faire... Désolé ;- Pour le moment ? Ben en fait, il faudrait deja passéle gui à GTK2. C'est possible ( Maxence Guesdon y pense ), mais pas pour tout de suite... Peut etre que mettre un bug sur www.mldonkey.org est une solution ( ca permet de garder ca en tete ). Simple question utilisez vous mldonkey-server / mldonkey-gui ? ( paquetage ). C'est juste pour savoir. Information supplémentaire : mldonkey-server/gui viennent d'être uploader dans la unstable. Ils seront dispo sur le serveur debian la semaine prochaine. Tu est optimiste la, le package risque d'attendre quelque semaines, quoique d'habitude pas un mois entier, tout depend de la charge de travail des ftps masters. OK, je ne faisais que reprendre ce que j'ai lu dans le mail de ftp-masters. C'est possible que ce soit plus long. A bientot Sylvain LE GALL
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 09:29:31AM +0200, Georges Mariano wrote: On Wed, 25 Jun 2003 00:58:27 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote: C'est là où je voulais en venir. Dire qu'il suffit de compiler en stable pour résoudre beaucoup de problèmes était simpliste, cela pose d'autres problèmes, et il faut appréhender le tout, ce qui n'était manifestement pas le cas. Je le re-répète, je n'ai pas dis qu'il fallait rester scotcher à stable coûte que coûte (ça c'est TON interprétation), j'ai dis qu'il faut repartir de dépendances basses (ie. stables) pour reconstruire un paquet. Et faire les tests dans un contexte stable, puisque c'est ce qu'ont les users sur leurs machines. Le hic, c'est que même si un dd fait ça, arrivé sur les autobuilders c'est sid qui est en place (non?), donc EVIDEMMENT, il faut adapter globalement le processus. Compiler dans un contexte plutôt unstable pour obtenir une version stable, ben intuitivement j'ai l'impression que ça rallonge la «convergence»... Tu sait que ce que tu propose est realisable, c'est pour cela qu'existe stable-proposed-update et testing-proposed-update. Le premier permet de compiler en stable, et est utiliser pour les mise a jours de stable, mais pourrait etre etendu a une serie de backport officiel. Cependant la question se pose alors si les packages dans testing-proposed-updates seront compiler que avec stable, ou alors avec stable + testing-proposed-updates. Dans le deuxieme cas, cela risque de poser rapidement des problemes, et le genre de mise a jour geante que tu souhaite eviter. C'est plus realisable pour stable que pour testing cependant. Ce qu'il faudrait c'est un certain nombre de developpeurs qui s'occupe de stable-proposed-updates, qu'il fasse une serie de NMU de ce genre, et/ou qu'il convainquent les mainteneurs de faire des retroportage officiel dasn stable-proposed-updates, avec attention et minutie, et cela ne s'appliquerait qu'a un nombre reduit de package susceptible d'etre backporte sans causer trop de degat. Si tu est interesse par ce genre de chose, tu est le bienvenu, mais parle en sur debian-devel (sur un ton non confrontationnel cependant si tu veut obtenir des resultats) et j'attendrait au moins l'accord de Martin Shulze, qui est le charge des revisions de stable (entre autre). Si tu veut te lancer, je te soutiendrait dans cette discussion, mais a nouveau, si tu n'est pas pret a mettre la main a la pate, cela ne vaut pas la peine de commencer cette discussion. Testing-proposed-updates quand a lui peut servir a effectuer des mises a jour de securite pour testing, qui serait bloque dans unstable par une dependance malencontreuse ou quelque chose du genre. Amicalement, Sven Luther
Re: xterm trop grand
Le Wed, 25 Jun 2003 10:30:59 +0200 Regis [EMAIL PROTECTED] a écrit: bonjour, regarde le manuel d'Alexis de Lattre : http://www.via.ecp.fr/~alexis/formation-linux/bases-graphique.html Je connais, c'est une doc sympa Il lance un xterm avec une taille personnalisée. Effectivement, je n'avais pas pensé à changer la commande dans gnome, MAIS, c'est surtout que je viens de remarquer que j'ai d'autres deb où la commande est différente c-à-d qu'un soft a écraser la commande par défaut sur mon système... De plus ça ne règle que le pb de la geometry et pas de la font... Bref, je précise ma question où se précise les options génériques (taille, couleurs, font...)d'un xterm en dehors de gnome? et comme question subsidiaire Qui a foutu la merde dans ma config d'xterm? mil -- Avant de choisir le prénom d'un garçon, pensez toujours à la femme qui aura a le murmurer plus tard. Barbey D'Aurevilly
Re: xterm trop grand
Salut, Le 25/06/03 09:54, Mimile a écrit tout plein de choses, dont : j'utilise d'habitude un gnome-terminal et se matin j'ai dû lancer un xterm or quelle ne fut ma surprise d'avoir un xterm trois fois trop long et une font en corp 30... Un dpkg-reconfigure xterm ne donne rien et je ne sais pas trop où chercher (j'ai jeté un coup d'oeil dans le bts mais j'ai rien trouvé concernant mon pb...) Si quelqu'un a une piste... Au fait, je suis en sid Ctrl+Clic droit et choisir Default ? A+ -- moku [EMAIL PROTECTED] http://www.projectshirow.net/ Je vends ! - http://moku.free.fr/a_la_vente.html
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 09:54:09AM +0200, Thomas Nemeth wrote: Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 09:13:59AM +0200, Thomas Nemeth wrote: | | Et t'est | | tu poser la questions des auto-builders ? Tu ne peut pas faire cela dans | | un arbre prive, car les autobuilders n'y on pas acces. | |Tiens !? Pourquoi ? | | Heu, tu est serieux la ? Parceque les autobuilders n'utilisent que des | sources officielles, comme il se doit, ils n'ont manifestement pas acces | a ce que le distributeur a sur son disque dur, et pour les sources Le distributeur et son disque dur ? Lorsque je parlais de faire un arbre temporaire, ça aurait été un arbre _officiel_ bien sûr. Ça implique une nouvelle façon de générer la distro comme en parlait Denis. Oui, bien sur, mais comme dis, il y a unstable pour cela. Je suis comme toi, je pense que une nouvelle etape du procede testing qui utiliserait des repertoire officielle de troisieme niveau pour les grands changement dans les packages serait le bienvenu. Mais ce n'est pas possible encore actuellement, peut etre apres la release de sarge, et de toute facon tant que quelq'un ne montre pas par l'exemple que cela marche, on ira pas loin. De plus, cela pose aussi un certain nombre de problemes. Car la migration de ces packages dans unstable poseront le meme genre de probleme que le passage de unstable a testing, ce qui risque de ne rien resoudre ne fin de compte, a moins de compiler dans ce troisieme niveau _tous_ les packages qui risquerait d'etre casse. C'est un changement a grande echelle que j'appelle de mes voeux, mais qui n'est pas encore mure aujourd'hui. |Dernier exemple en date : libpng. |Je me retrouve avec libpng2, libpng3, libpng10-0 et libpng12-0. | | Oui, mais une fois que seul libpng10-0 et libpng12-0 existeront, le | probleme ne se posera plus. Pourquoi _2_ versions ??? Parceque lipng10 et libpng12 sont de soname differents et donc incompatibles. Cependant il existe encore des packages qui utilisent libpng10 (ou libpng2 si tu veut), et qui ne peuve pas utiliser libpng12. Une fois tous ces packages recompile, libpng10 pourra disparaitre. Cependant, tous les trucs gtk/gnome 1.x utilisent encore libpng2, donc tu t'imagine bien que c'est pas demains la veille que cela arrivera. Cependant, maintenant que libpng10 et libpng12 ont des soname correcte, ils peuvent etre installe simultanement, et le probleme n'est plus aussi grave. Cette situation venait du fait que libpng ne gerait pas les soname correctement, et est donc plus du a un bug upstream qu'a un probleme debianesque. | Le probleme reel de libpng etait cependant que les environement de | developement n'etait pas installable simultanement, et que certains Simultanément ? Mais 1 seul devrait suffire ! Enfin... Tout dépend de ce que tu Voir plus haut. entends par environnement de développement. Les headers et bibliothèques ? Oui, bien sur. | packages qui devait travailler ensemble etait linker avec des versions | differentes de libpng, ce qui posait probleme et illustre bien aussi la | complexite des dependances. Oui. | Le probleme est maintenant resolu grace au travail formidable du | mainteneur libpng (euh, de celui qui a fait le travail en tout cas, je | sais pas si c'est le mainteneur officiel ou pas). Pas vraiment résolu : il me reste toujours des paquets qui dépendent des vieilles versions et certains qui en dépendent de 2 à la fois ! C'est resolu au niveau de la libpng, mais maintenant il faut que les packages qui dependent de libpng soit mise a jour. Cela peut prendre un temps variable et probablement relativement long. Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 10:15:48AM +0200, Erwan David wrote: Le Wed 25/06/2003, Sven Luther disait En fait, testing, avec ses imperfections et ses problemes de maturite est ce que Erwan et Georges appels de leur voeux. Sur, on construit les packages dans unstable, mais les nouveaux packages rentrent dans testing au fur et a mesure lorsqu'ils sont prets. Ou avant (cf perl 5.6/5.8)... Ce qui peut faire perdre des fonctionalités. C'est des cas exceptionnel, je ne suis pas du meme avis que aj sur ce point, mais tu a bien vu comment il a repondu a mon mail sur d-d. Cependant, cela reste des exception qui sont necessaire lorsque tu voit le schema global des choses, et elles sont uniquement la pour accelerer la prochaine release. Amicalement, Sven Luther
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 10:07:51AM +0200, Regis wrote: Bonjour a tous, je suis un petit nouveau dans le monde de l'open source et je vous remercie déjà de la qualité des archives de cette ML qui m'a permis de bien avancer. salut J'ai quelques questions : - D'après ce que j'ai lu, Quota ne fonctionne pas sur une partition ext2, mal sur ext3 et bien sur xfs. Quels sont les avantages à passer une partition de ext2 à xfs ? Y a t-il des risques ? - vous parlez peu d'antivirus. Mais j'aimerai savoir si avec mon serveur Samba 1 - il y avait un risque qu'un utilisateur W2000 vérole par ces fichiers Linux en fait, un utilisateur M$ peut récupérer un virus et ainsi le propager via un partage de dossiers. Mais un virus prévu pour windaube n'affectera pas un Linux. Cependant, des prévisions annoncent un nombre croissant de virus Linux dans un avenir pas si lointain. Et comment pense tu que les-dits virus se propageront ? Peut-etre que Mutt lancera automatiquement les attachement ou autre ? Je pense qu'il s'agit plutot de FUD, ou alors de virus d'un type different que ceux qui sont courrament disponible sous windows. Amicalement, Sven Luther
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 09:30:51AM +0200, guimbert wrote: Bonjour a tous, je suis un petit nouveau dans le monde de l'open source et je vous remercie déjà de la qualité des archives de cette ML qui m'a permis de bien avancer. J'ai quelques questions : - D'après ce que j'ai lu, Quota ne fonctionne pas sur une partition ext2, mal sur ext3 et bien sur xfs. Quels sont les avantages à passer une partition de ext2 à xfs ? Y a t-il des risques ? Connait pas reellement xfs. En tout cas, tu a tout interet a passer sur ext3. il y a jfs et reiserfs aussi. - vous parlez peu d'antivirus. Mais j'aimerai savoir si avec mon serveur Normal, jamais je n'ai ete affecte par un virus, surtout les virus mails, les autres sont d'ailleurs moins frequent de nos jours. 1 - il y avait un risque qu'un utilisateur W2000 vérole par ces fichiers Linux Tu veut savoir si un virus W2000 peut affecter une install Linux en double boot ? Le pire qui puisse arriver, c'est qu'il foute en l'air tout ton disque, ou encore qu'il s'installe a la place de mbr ou lilo sur le boot secteur. A priori les partitions Linux ne sont pas lisible sous Windows. Et si il s'agit de fichier partage Samba, je ne sais pas, mais il ne pourra acceder qu'au export Samba auquel il a droit. La je pense que cela peut arriver, car le repertoire reseau samba n'est pas different d'un repertoire local en ce qui concerne les virus. 2 - Si un antivirus Debian pourrait vérifier les fichiers déposés dans les répertoires Samba. Oui peut-etre, mais le probleme c'est souvent que les listes de virus ne sont pas disponible librement, donc il faut aller chercher sur les packages non debian pour cela. Il y a eu un thread sur les mailing liste debian (en anglais) recement, et il doit y avoir quelque packages anti virus dans les archives. apt-cache search est ton amis. Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 09:54:09AM +0200, Thomas Nemeth wrote: | | Lorsque je parlais de faire un arbre temporaire, ça aurait été | un arbre _officiel_ bien sûr. Ça implique une nouvelle façon de | générer la distro comme en parlait Denis. | | Oui, bien sur, mais comme dis, il y a unstable pour cela. Je suis comme Je sais : c'est pour ça que je voulais en venir à testing/unstable :) | resoudre ne fin de compte, a moins de compiler dans ce troisieme niveau | _tous_ les packages qui risquerait d'etre casse. C'est un changement a Voilà ! | grande echelle que j'appelle de mes voeux, mais qui n'est pas encore | mure aujourd'hui. dommage :( | Pourquoi _2_ versions ??? | | Parceque lipng10 et libpng12 sont de soname differents et donc | incompatibles. Cependant il existe encore des packages qui utilisent | libpng10 (ou libpng2 si tu veut), et qui ne peuve pas utiliser libpng12. | Une fois tous ces packages recompile, libpng10 pourra disparaitre. | Cependant, tous les trucs gtk/gnome 1.x utilisent encore libpng2, donc | tu t'imagine bien que c'est pas demains la veille que cela arrivera. C'est bien ce que je leur reproche : ils sont dans unstable/testing = ils devraient utiliser les dernières versions à leur dispositions, sinon ça ne rime plus à rien et ce découpage ne sert plus du tout... | Cependant, maintenant que libpng10 et libpng12 ont des soname correcte, | ils peuvent etre installe simultanement, et le probleme n'est plus aussi Mais moi je ne veux pas qu'ils soient installés simultanément. Avoir 2 fois la même chose (ou 2 trucs qui font la même chose) n'est pas fait pour m'enchanter (en l'occurence 4 fois, pour l'instant)... | grave. Cette situation venait du fait que libpng ne gerait pas les | soname correctement, et est donc plus du a un bug upstream qu'a un | probleme debianesque. Le pb debianesque c'est que des packages dépendent de toutes les versions... Dont certains de plusieurs en même temps. | | Le probleme est maintenant resolu grace au travail formidable du | | mainteneur libpng (euh, de celui qui a fait le travail en tout cas, je | | sais pas si c'est le mainteneur officiel ou pas). | | Pas vraiment résolu : il me reste toujours des paquets qui | dépendent des vieilles versions et certains qui en dépendent | de 2 à la fois ! | | C'est resolu au niveau de la libpng, mais maintenant il faut que les | packages qui dependent de libpng soit mise a jour. Cela peut prendre un | temps variable et probablement relativement long. C'est là qu'il devrait y avoir un auto-builder ! Thomas -- Je cherche un Cray T3E pas trop cher, je suis prêt à me déplacer en province (j'ai une 504 break, ça devrait aller). Ah oui, si vous avez une manette de jeu ça serait encore mieux. -+- C in fr.comp.ordinosaures - téra-optimisme de rigueur -+-
Re: réglages mldonkey
On Wed, Jun 25, 2003 at 10:34:18AM +0200, [EMAIL PROTECTED] wrote: Bonjour, Sven Luther writes: On Tue, Jun 24, 2003 at 09:46:28PM +0200, Sylvain LE GALL wrote: On Tue, Jun 24, 2003 at 08:06:38PM -0200, dédé le homard wrote: salut à tous, voila, à propos de mldonkey, lorsque l'on règle, par exemple la largeur d'une colonne, comment faire pour qu'à la prochaine utilisation, cette meme colonne garde la largeur que l'on a précédement définie ? car pour l'instant, à chaque démarrage, il faut rerégler toutes les largeurs de colonne ,et c'est plutot fastidieux alors que la solution doit etre toute bete.. merci de vos conseils. ciao Bonjour, Il n'y a pas de moyen pour le faire... Désolé ;- Pour le moment ? Ben en fait, il faudrait deja passéle gui à GTK2. C'est possible ( Maxence Guesdon y pense ), mais pas pour tout de suite... Oui, lablgtk2 est disponible, et facilement adaptable, cependant, Jacques vient juste de promettre une modification des lablgtk2, car il pense generer plus de truc automatiquement, et cela implique un changement dans certains types. Ceci dis, il devrait y avoir moyen d'obtenir une maniere de le faire meme avec lablgtk1, en ayant un dialogue qui viendrait sauvegarder la valeur dans un fichier de config, ou en simplement mettant la valeur dans le fichier de config. Peut etre que mettre un bug sur www.mldonkey.org est une solution ( ca permet de garder ca en tete ). Oui, toujours utile, ne serait-ce que pour les archives. Simple question utilisez vous mldonkey-server / mldonkey-gui ? ( paquetage ). C'est juste pour savoir. Information supplémentaire : mldonkey-server/gui viennent d'être uploader dans la unstable. Ils seront dispo sur le serveur debian la semaine prochaine. Tu est optimiste la, le package risque d'attendre quelque semaines, quoique d'habitude pas un mois entier, tout depend de la charge de travail des ftps masters. OK, je ne faisais que reprendre ce que j'ai lu dans le mail de ftp-masters. C'est possible que ce soit plus long. Oui, d'experience cela dure plus longtemps, je voulais juste te prevenir, c'est tout. Amicalement, Sven Luther
Re: xterm trop grand
Le Wed 25/06/2003, Mimile disait Bref, je précise ma question où se précise les options génériques (taille, couleurs, font...)d'un xterm en dehors de gnome? et comme question subsidiaire Qui a foutu la merde dans ma config d'xterm? ça passe par les ressources X. Pour le défaut system-wide voir dans /etc/X11/app-defaults/XTerm Sinon regarde si tu as un .Xdefaults ou .Xresources qui définirait une fonte par défaut. -- Erwan
Re: [Newbie] Bonjour et quelques questions.
Le Wed 25/06/2003, Sven Luther disait Et comment pense tu que les-dits virus se propageront ? Peut-etre que Mutt lancera automatiquement les attachement ou autre ? Je pense qu'il s'agit plutot de FUD, ou alors de virus d'un type different que ceux qui sont courrament disponible sous windows. pense un peu aux dégats que peux faire un .deb ou un .rpm vérolé... Les virus existaient bien avant le développement du mail et passaient en général par les échanges de disquettes... -- Erwan
Re: xterm trop grand
On Wed, Jun 25, 2003 at 09:54:04AM +0200, Mimile wrote: Bonjour, j'utilise d'habitude un gnome-terminal et se matin j'ai dû lancer un xterm or quelle ne fut ma surprise d'avoir un xterm trois fois trop long et une font en corp 30... Un dpkg-reconfigure xterm ne donne rien et je ne sais pas trop où chercher (j'ai jeté un coup d'oeil dans le bts mais j'ai rien trouvé concernant mon pb...) Si quelqu'un a une piste... Au fait, je suis en sid Moi j'ai cela : XTerm*VT100*font: 9x15 XTerm*reverseVideo: true XTerm*rightScrollBar: true XTerm*SaveLines: 1024 Dans mon .Xdefaults-nomdemachine Amicalement, Sven Luther
Re: xterm trop grand
Le Wed, 25 Jun 2003 10:49:43 +0200 moku [EMAIL PROTECTED] a écrit: Salut, Le 25/06/03 09:54, Mimile a écrit tout plein de choses, dont : j'utilise d'habitude un gnome-terminal et se matin j'ai dû lancer un xterm or quelle ne fut ma surprise d'avoir un xterm trois fois trop long et une font en corp 30... Un dpkg-reconfigure xterm ne donne rien et je ne sais pas trop où chercher (j'ai jeté un coup d'oeil dans le bts mais j'ai rien trouvé concernant mon pb...) Si quelqu'un a une piste... Au fait, je suis en sid Ctrl+Clic droit et choisir Default ? J'avais complètement oublié ce truc, effectivement ça résoud tous les pbs si je me mets en medium mais pas en default, donc où paramétrer la correspondance de default et de medium? mil (au fait, merci, ça fait avancer le schmilblik!) -- Quand l'envie de travailler te prend, assieds-toi, attends qu'elle te passe.
Re: [Newbie] Bonjour et quelques questions.
Le Wed 25/06/2003, Sven Luther disait Oui peut-etre, mais le probleme c'est souvent que les listes de virus ne sont pas disponible librement, donc il faut aller chercher sur les packages non debian pour cela. Il y a eu un thread sur les mailing liste debian (en anglais) recement, et il doit y avoir quelque packages anti virus dans les archives. apt-cache search est ton amis. En libre il y a clamav qui utilise la base de openantivirus.org Je ne sais pas si c'est dans debian vu que j'ai commencé à regarder pour l'installer sur un freeBSD. -- Erwan
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 11:24:44AM +0200, Thomas Nemeth wrote: | | Le probleme est maintenant resolu grace au travail formidable du | | mainteneur libpng (euh, de celui qui a fait le travail en tout cas, je | | sais pas si c'est le mainteneur officiel ou pas). | |Pas vraiment résolu : il me reste toujours des paquets qui |dépendent des vieilles versions et certains qui en dépendent |de 2 à la fois ! | | C'est resolu au niveau de la libpng, mais maintenant il faut que les | packages qui dependent de libpng soit mise a jour. Cela peut prendre un | temps variable et probablement relativement long. C'est là qu'il devrait y avoir un auto-builder ! Non, car les autobuilders ne vont pas decider de recompiler automatiquement. Et c'est pas toujours possible de toute facon, donc le mainteneur est le mieux a meme pour resoudre ce probleme. La manip a faire dans ce cas la c'est de faire des bugreport pour chacun des packages concerne, peut-etre meme automatiquement, mais je commencerait par l'un d'entre eux juste pour voir, puis si le mainteneur ne reagit pas au bout de une ou deux semaines, plutot deux d'ailleurs, tu fait un NMU (si tu est DD bien sur, sinon, tu t'arrange avec un DD pour faire le NMU. Amicalement, Sven Luther
Re: xterm trop grand
Le Wed, 25 Jun 2003 11:24:04 +0200 Erwan David [EMAIL PROTECTED] a écrit: Le Wed 25/06/2003, Mimile disait Bref, je précise ma question où se précise les options génériques (taille, couleurs, font...)d'un xterm en dehors de gnome? et comme question subsidiaire Qui a foutu la merde dans ma config d'xterm? ça passe par les ressources X. Pour le défaut system-wide voir dans /etc/X11/app-defaults/XTerm Oui, je viens de voir ça, je suis entrain d'essayer de comprendre son contenu. Sinon regarde si tu as un .Xdefaults ou .Xresources qui définirait une fonte par défaut. Je vais faire un truc comme ça Merci à tous mil -- Une belle idée qui n'aboutit pas vaut mieux qu'une mauvaise qui voit le jour. Pierre Dac
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 11:24:44AM +0200, Thomas Nemeth wrote: | | | | C'est resolu au niveau de la libpng, mais maintenant il faut que les | | packages qui dependent de libpng soit mise a jour. Cela peut prendre un | | temps variable et probablement relativement long. | | C'est là qu'il devrait y avoir un auto-builder ! | | Non, car les autobuilders ne vont pas decider de recompiler | automatiquement. Ils le devraient ! le paquet Machin a été mis à jour de la version A, à la version B -- tous les paquets qui dépendent de Machin = A doivent être recompilés. | Et c'est pas toujours possible de toute facon, donc le | mainteneur est le mieux a meme pour resoudre ce probleme. La manip a | faire dans ce cas la c'est de faire des bugreport pour chacun des | packages concerne, peut-etre meme automatiquement, mais je commencerait Oui, automatiquement serait la solution pour qu'on ne se fasse pas eng* à chaque message sur le sujet. | par l'un d'entre eux juste pour voir, puis si le mainteneur ne reagit | pas au bout de une ou deux semaines, plutot deux d'ailleurs, tu fait un | NMU (si tu est DD bien sur, sinon, tu t'arrange avec un DD pour faire le | NMU. Je ne suis pas DD. M'enfin, c'est certainement pas ça qui va régler le pb des dépendances histériques faites par les DD, comme kerberos pour postgresql et autres... Thomas -- panic(Tell me what a watchpoint trap is, and I'll then deal with such a beast...); 2.2.16 /usr/src/linux/arch/arch/sparc/kernel/traps.c
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 11:30:46AM +0200, Erwan David wrote: Le Wed 25/06/2003, Sven Luther disait Oui peut-etre, mais le probleme c'est souvent que les listes de virus ne sont pas disponible librement, donc il faut aller chercher sur les packages non debian pour cela. Il y a eu un thread sur les mailing liste debian (en anglais) recement, et il doit y avoir quelque packages anti virus dans les archives. apt-cache search est ton amis. En libre il y a clamav qui utilise la base de openantivirus.org Je ne sais pas si c'est dans debian vu que j'ai commencé à regarder pour l'installer sur un freeBSD. Oui, c'est celui la dont il etait question : $ apt-cache search clamav blackhole-exim - Spam filter - exim version clamav - Antivirus scanner for Unix clamav-base - Base package for clamav clamav-daemon - Powerful Antivirus scanner daemon clamav-freshclam - Downloads clamav virus definition from the Internet clamav-testfiles - Use these files to test that your Antivirus program works libclamav1 - Virus scanner library libclamav1-dev - Clam Antivirus library development files blackhole-qmail - Spam filter - qmail version Amicalement, Sven Luther
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 11:25:51AM +0200, Erwan David wrote: Le Wed 25/06/2003, Sven Luther disait Et comment pense tu que les-dits virus se propageront ? Peut-etre que Mutt lancera automatiquement les attachement ou autre ? Je pense qu'il s'agit plutot de FUD, ou alors de virus d'un type different que ceux qui sont courrament disponible sous windows. pense un peu aux dégats que peux faire un .deb ou un .rpm vérolé... Oui, bien sur, c'est pourquoi j'ai parle de virus d'un type different de ceux courrament disponible sous windows, qui utilisent surtout le mail comme moyen de transmission, ou alors qui se cachent dans des documents word ou autre. Je n'ai pas peur de .deb verole, car si je n'utilise que des packages officiels, je n'ai en general pas de crainte a avoir, a moins que quelqu'un se mette entre moi et mon mirroir debian et se fasse passer pour lui, ou que les archives debian ou le miroir soit compromis, ce que je pense etre assez peut probable, et rentrerai peut etre plus dans la categories des attaques UNIX classiques que dans celle des virus. Les virus existaient bien avant le développement du mail et passaient en général par les échanges de disquettes... Et dis moi, de nos jours combien d'echange de disquette fait tu ? L'une de mes machines n'a meme plus de lecteur de disquette, et de toute facon, sous linux, le contenu des disquette n'est pas auto-executer non plus. Amicalement, Sven Luther
Re: [Newbie] Bonjour et quelques questions.
Je suis trop Newbie pour savoir comment un virus peut se propager sur Linux. en ce qui concerne l'ext3, je prefere ne pas toucher à mon disque car il fonctionne bien alors je ne veux pas tenter le diable Pour l'Anti-virus, je pense que je vais en mettre un sur Win2000 qui parcourera les partages Samba. Mais je ne crois pas que tous les anti-virus scannent les repertoires réseaux (en particulier AVG) et il faut que l'ordinateur qui scanne ait les droits sur tous les repertoires samba, ce qui est pas fantastique
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 11:56:12AM +0200, guimbert wrote: Je suis trop Newbie pour savoir comment un virus peut se propager sur Linux. Je comprend. en ce qui concerne l'ext3, je prefere ne pas toucher à mon disque car il fonctionne bien alors je ne veux pas tenter le diable ext3 est compatible avec ext2. En fait une partition ext3 au repos est exactement la meme partition que celle de ext2. Il est donc facile de convertir une partition ext2 vers ext3, Pour l'Anti-virus, je pense que je vais en mettre un sur Win2000 qui parcourera les partages Samba. Oui, c'est ce qu'il y a de plus raisonable. Mais je ne crois pas que tous les anti-virus scannent les repertoires réseaux (en particulier AVG) et il faut que l'ordinateur qui scanne ait les droits sur tous les repertoires samba, ce qui est pas fantastique Il doit etre possible de les configurer pour qu'ils scannent les repertoires reseau, je pense. Quand au droit sur les repertoires, si l'anti-virus ne les a pas, c'est pas grave, car si je ne me trompe pas, le virus lui meme ne l'a pas non plus. Amicalement, Sven Luther
Re: Verrouillage auto de la console...
Bonjour Je prend le thread en cours de route. Je n'ai pas la réponse à la question initiale, mais à mon avis, TMOUT ne sera pas d'un grand secours. On Wed, Jun 25, 2003 at 08:38:47AM +0200, Loic.B (FDUL) wrote: Il semble que la variable TMOUT provoque la deconnection de la console au bout de X secondes. Mais nul part il n'apparait une prise en compte des entrées dans le tty. Ce qui reviendrait à dire qu'utilisée ou pas, la console sera verrouillée au bout de ces X secondes. Ce que je souhaiterai, c'est remettre ce compteur à zero lors de chaque utilisation de la console... TMOUT, c'est le temps maximum imparti pour lancer une commande. Autrement dit, si tu fais une export TMOUT=10, tu as 10 secondes pour lancer une commande, sinon bash se termine automatiquement. Quand la commande que tu as lancé se termine (l'exécution de la commande peut prendre plus de 10 secondes, TMOUT n'arrètera pas une commande en cours d'exécution) et te rend la main, tu as de nouveau 10 secondes pour lancer une autre commande, et ainsi de suite... TMOUT n'a absolument rien à voir avec l'activité de la console. Si au bout du temps imparti pour lancer la commande tu es encore en train de la tapper au clavier, bash se terminera quand même. D'autre part, je ne vois pas l'utilité d'utiliser un tierce programme comme vlock si le shell s'en charge tout seul lors de la prise en compte de la variable TMOUT. vlock vérouille la console. TMOUT permet d'arrèter automatiquement le bash. Ce sont deux choses très différentes. Dernier point, si je cherche à modifier cette variable, le shell me retourne invariablement:bash: TMOUT: readonly variable. Comme rendre cette variable modifiable?... Bizarre. Sur ma machine, je peux la modifier comme je veux. A+ -- Jérôme
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 12:09:59PM +0200, Thomas Nemeth wrote: Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 11:24:44AM +0200, Thomas Nemeth wrote: | | | | C'est resolu au niveau de la libpng, mais maintenant il faut que les | | packages qui dependent de libpng soit mise a jour. Cela peut prendre un | | temps variable et probablement relativement long. | |C'est là qu'il devrait y avoir un auto-builder ! | | Non, car les autobuilders ne vont pas decider de recompiler | automatiquement. Ils le devraient ! le paquet Machin a été mis à jour de la version A, à la version B -- tous les paquets qui dépendent de Machin = A doivent être recompilés. | Et c'est pas toujours possible de toute facon, donc le ^ Je ne pense pas que ce soit quelque chose qui est automatisable, le changement de soname entraine une incompatibilite tant binaire que source, et on ne peut pas esperer qu'il suffise toujours de simplement recompiler les packages. Cela necessite intervention humaine pour etre sur. | par l'un d'entre eux juste pour voir, puis si le mainteneur ne reagit | pas au bout de une ou deux semaines, plutot deux d'ailleurs, tu fait un | NMU (si tu est DD bien sur, sinon, tu t'arrange avec un DD pour faire le | NMU. Je ne suis pas DD. Cela ne t'empeche pas de faire les bugreports, qui sont le plus important, les DD qui s'occupent du paquet se chargeront en general de resoudre le probleme. M'enfin, c'est certainement pas ça qui va régler le pb des dépendances histériques faites par les DD, comme kerberos pour postgresql et autres... Aucun idee, mais a nouveau, c'est un probleme specifique a un package, donc mail au mainteneur ou bug report. Amicalement, Sven Luther
Re: xterm trop grand
On Wed, Jun 25, 2003 at 11:46:56AM +0200, Mimile wrote: Le Wed, 25 Jun 2003 11:24:04 +0200 Erwan David [EMAIL PROTECTED] a écrit: Le Wed 25/06/2003, Mimile disait Bref, je précise ma question où se précise les options génériques (taille, couleurs, font...)d'un xterm en dehors de gnome? et comme question subsidiaire Qui a foutu la merde dans ma config d'xterm? ça passe par les ressources X. Pour le défaut system-wide voir dans /etc/X11/app-defaults/XTerm Oui, je viens de voir ça, je suis entrain d'essayer de comprendre son contenu. Je te deconseille de modifier /etc/X11/app-defaults/XTerm directement, cela risque de causer des conflits lors des upgrades, sur c'est un conffile, mais apt/dpkg va te poser la question a chaque fois. Sinon regarde si tu as un .Xdefaults ou .Xresources qui définirait une fonte par défaut. Je vais faire un truc comme ça Le probleme c'est de trouver exactement le fichier qu'il faut. Branden dit, si je ne me trompe, qu'il faut utiliser .Xresources, mais chez moi cela ne marche pas. Amicalement, Sven Luther
Patch Kernel ???
Salut, Je suis à la recherche d'un patch apm pour mon portable vaio pour le kernel 2.4.21, si quelqu'un pourais me donner l'adresse d'un site ou trouver ceci car j'ai fait une recherche sous google et pas trouvé
Etude(s) de cas
Quoting Sven Luther [EMAIL PROTECTED]: Oui, mais le probleme alors c'est que si tu ne fait evoluer stable que un peu, tu cours le risque de ne jamais entreprendre les evolutions plus importantes du logiciel libre. De plus tu diminue les periodes de importantes pour quoi ? pour qui ? qu'il y ait des techniciens que ça intéresse de mettre au point xfree4.3, aucun problème pour moi, il en faut mais je n'ai pas demandé à ce que cela vienne parasiter ma Debian. Qu'on me montre qu'une majorité __d'utilisateurs__ Debian souhaitent xfree4.3 (exemple) et ok, je m'incline. Enfin, on diminue effectivement la période de test, mais le domaine aussi. Je profite (que imp.free.fr fonctionne bien) pour donner encore deux exemples (juré, pas fait exprès ;-) pour bien indiquer mon malaise par rapport à ce que l'on nous déclare ici : a) le bateau tangue ;-) hé oui, je viens de m'apercevoir que je ne suis pas complètement revenu de xfree4.3 à 4.2 puis 4.1... il reste des paquets 4.2 parasites... comment je m'en suis aperçu ? c'est la première fois depuis la St-Barthelemy que mon xscreensaver me freeze complètement ma machine... comme quoi les mélanges de versions, autant se méfier. b) je voulais tester nagios sur une machine serveur (pas bcp d'upgrade donc quasiment en stable). apt-get install nagios-mysql ... plantage : trouve pas qqchose comme invoke.rc bon, apt-file search invoke machin truc... paquet file-rc, installation et hop nickel... Question : comment se fait-il que j'ai mis 2mn à voir/régler le problème et pas le DD? J'aimerai bien savoir comment il a validé son paquet ... Que l'on m'explique dans ce cas l'aspect systématique de la qualité du processus Debian ... Je ne demande qu'a être convaincu mais bon... je préviens y'a du boulot. PS : je passe sur le findutils (locate) cassé de testing [sait pas pourquoi], je suis revenu en ... stable. A+ -- mailto:[EMAIL PROTECTED]
[hs ?] Synthèse vocale
Coucou, Désolé pour le semi-hors-sujet... Parmi les packages Debian (apt-cache search speech), lequel recommanderiez-vous pour la synthèse vocale ? Je recherche exclusivement un programme qui travaille en ligne de commande, du type prononcer(Bonjour le monde !) Comme j'ai de nombreuses données numériques à entrer à la main (via un script perl maison), ce serait pratique que chaque entrée soit confirmée vocalement... Tout retour d'expérience serait utile. Merci ! Seb.
Re: Verrouillage auto de la console...
* Jerome Chantelauze [12:12 25/06/03 CEST]: Bonjour Salut, Je prend le thread en cours de route. Je n'ai pas la réponse à la question initiale, mais à mon avis, TMOUT ne sera pas d'un grand secours. Disons que c'est moyennement le cas ;) Il semble que la variable TMOUT provoque la deconnection de la console au bout de X secondes. Mais nul part il n'apparait une prise en compte des entrées dans le tty. Ce qui reviendrait à dire qu'utilisée ou pas, la console sera verrouillée au bout de ces X secondes. Ce que je souhaiterai, c'est remettre ce compteur à zero lors de chaque utilisation de la console... TMOUT, c'est le temps maximum imparti pour lancer une commande. Tout à fait. Autrement dit, si tu fais une export TMOUT=10, tu as 10 secondes pour lancer une commande, sinon bash se termine automatiquement. C'est là que ça se complique, on peut raisonablement penser que personne ne mettre la variable TMOUT à un nombre aussi faible. Un bon compromis serait de mettre TMOUT à 600, je suppose qu'en 600 secondes, on a le temps d'entrer une commande. Le problème est que si cette commande est mutt/emacs/vim/... je pense que le shell se fermera aussi. -- (° Nicolas Évrard / ) Liège - Belgique ^^ pgpnaOAAQixmC.pgp Description: PGP signature
Re: Verrouillage auto de la console...
* Loic.B (FDUL) [08:38 25/06/03 CEST]: Bonjour. Salut, Tu peux combiner ça avec l'info sur la variable TMOUT renseignée dans l'autre fil pour lancer vlock/lockvc/away ... Évidement il faut utiliser bash/zsh et/ou peut être un autre shell aussi. J'avoue avoir du mal à suivre. Il semble que la variable TMOUT provoque la deconnection de la console au bout de X secondes. En fait avec zsh, TMOUT envoie le signal ALARM, donc avec un trap, on devrait pouvoir en faire ce que l'on veut : par exemple, lancer vlock si certaines conditions ne sont pas remplies. Pour bash, je pense qu'aucun signal n'est envoyé, il quitte donc immédiatement. La solution est alors d'initialiser TMOUT à une valeur adéquate, mettre un trap sur SIGALARM avec exécution de la commande qu'on désire. Et surtout, surtout utiliser zsh. -- (° Nicolas Évrard / ) Liège - Belgique ^^ pgpiKG0IrrIkT.pgp Description: PGP signature
Re: [Newbie] Bonjour et quelques questions.
Le Wed 25/06/2003, guimbert disait Je suis trop Newbie pour savoir comment un virus peut se propager sur Linux. en ce qui concerne l'ext3, je prefere ne pas toucher à mon disque car il fonctionne bien alors je ne veux pas tenter le diable ext3 c'est ext2+journalisation. Donc tu peux passer en ext3 une partition ext2 existente et tu peux monter en ext2 une partition ext3 (en faisant gaffe quand même si tu alternes...) -- Erwan
Re: [Newbie] Bonjour et quelques questions.
Le Wed 25/06/2003, Sven Luther disait Je n'ai pas peur de .deb verole, car si je n'utilise que des packages officiels, je n'ai en general pas de crainte a avoir, a moins que quelqu'un se mette entre moi et mon mirroir debian et se fasse passer pour lui, ou que les archives debian ou le miroir soit compromis, ce que je pense etre assez peut probable, et rentrerai peut etre plus dans la categories des attaques UNIX classiques que dans celle des virus. Disons que la signature des paquets + le debian keyring, si correctement utilisés (mais correctement utiliser la crypto c'est pas évident du tout) peuvent être une bonne protection contre ce genre de menace. Les virus existaient bien avant le développement du mail et passaient en général par les échanges de disquettes... Et dis moi, de nos jours combien d'echange de disquette fait tu ? L'une de mes machines n'a meme plus de lecteur de disquette, et de toute facon, sous linux, le contenu des disquette n'est pas auto-executer non plus. Je parle de l'ancien temps d'avant le mail (oui je sais je suis vieux). Les virus ont su s'adapter aux modes de transmission de leur époque... -- Erwan
Re: xterm trop grand
Le Wed 25/06/2003, Sven Luther disait Le probleme c'est de trouver exactement le fichier qu'il faut. Branden dit, si je ne me trompe, qu'il faut utiliser .Xresources, mais chez moi cela ne marche pas. Dans ce cas on peut toujours utiliser xrdb au démarrage de sa session. -- Erwan
Re: Patch Kernel ???
Salut, Tu es sur que ce n'est pas plutt en ACPI ton vaio ?? Vrifies sur ton BIOS que ton portable supporte l'APM ou l'ACPI, moi je suis sur VAIO Z600-TEK et c'est de l'ACPI ! A+ Le mer 25/06/2003 12:32, miki a crit : Salut, Je suis la recherche d'un patch apm pour mon portable vaio pour le kernel 2.4.21, si quelqu'un pourais me donner l'adresse d'un site ou trouver ceci car j'ai fait une recherche sous google et pas trouv
Re: Etude(s) de cas
Le Wed 25/06/2003, Georges Mariano disait Qu'on me montre qu'une majorité __d'utilisateurs__ Debian souhaitent xfree4.3 (exemple) et ok, je m'incline. X est un mauvais exemple (du moins le serveur) car à moins d'habiter dans le 12ème arrondissement de Paris ou à proximité tu ne trouves que des cartes graphiques qui viennent de sortir et ne sont pas supportées par les vieux X... -- Erwan
Ctrl-d = fin de bash
Bonjour, [woody] J'aimerais empêcher bash de se fermer sur un Ctrl-d. Il me semble qu'une option permet d'indiquer un tel comportement mais je ne la retrouve pas. Merci. [CITATION ALÉATOIRE : Je ne suis pas l'avant-dernier des imbéciles. Je dis l'avant-dernier pour ne décourager personne. Georges Courteline] -- Pierre Crescenzo mailto:[EMAIL PROTECTED] http://www.crescenzo.nom.fr/
Re: Etude(s) de cas
On Wed, Jun 25, 2003 at 01:14:46PM +0200, Georges Mariano wrote: Quoting Sven Luther [EMAIL PROTECTED]: Oui, mais le probleme alors c'est que si tu ne fait evoluer stable que un peu, tu cours le risque de ne jamais entreprendre les evolutions plus importantes du logiciel libre. De plus tu diminue les periodes de importantes pour quoi ? pour qui ? importante en taille et travail necessaire a mettre en oeuvre, des mise a jours plus grosse et lourde si tu veut. qu'il y ait des techniciens que ça intéresse de mettre au point xfree4.3, aucun problème pour moi, il en faut mais je n'ai pas demandé à ce que cela vienne parasiter ma Debian. Sur sur, dis cela a ceux qui ont une carte graphique non supporte par X 4.2.1, err excuse moi, X 4.1.0 qui etait livre avec woody. Qu'on me montre qu'une majorité __d'utilisateurs__ Debian souhaitent xfree4.3 (exemple) et ok, je m'incline. Va au magasin de pieces du coin, demande la liste des cartes graphiques en vente, et verifie combien d'entre elles sont supporte par 4.3 et non par 4.1.0. Je te parie que cela correspond a plus de la moitie, si ce n'est la majorite. Ensuite essaye de jouer a quake3 avec elles, et on en reparle. Sans compter les bug fixes et autres ameliorations, le nouveau systeme de gestion de fonts, les curseurs transparents, l'extension XRender et RandR. Enfin, on diminue effectivement la période de test, mais le domaine aussi. Oui, mais au prix de ne plus faire de modifs importantes. Je profite (que imp.free.fr fonctionne bien) pour donner encore deux exemples (juré, pas fait exprès ;-) pour bien indiquer mon malaise par rapport à ce que l'on nous déclare ici : a) le bateau tangue ;-) hé oui, je viens de m'apercevoir que je ne suis pas complètement revenu de xfree4.3 à 4.2 puis 4.1... il reste des paquets 4.2 parasites... comment je m'en suis aperçu ? c'est la première fois depuis la St-Barthelemy que mon xscreensaver me freeze complètement ma machine... comme quoi les mélanges de versions, autant se méfier. Quelle manip as tu fait pour revenir a l'ancienne version ? Le downgrade n'est pas vraiment correctement supporte, surtout si il y a des packages en plus dans la nouvelle version. b) je voulais tester nagios sur une machine serveur (pas bcp d'upgrade donc quasiment en stable). apt-get install nagios-mysql ... plantage : trouve pas qqchose comme invoke.rc bon, apt-file search invoke machin truc... paquet file-rc, installation et hop nickel... Si tu donnait des details cela serait sympa. Question : comment se fait-il que j'ai mis 2mn à voir/régler le problème et pas le DD? Parceque tu est au courrant, et le DD ne l'est pas. Lui as tu fait un bug report, et dans quelle mesure tes problemes sont-ils dus a ton install non conventionnelle ? J'aimerai bien savoir comment il a validé son paquet ... Que l'on m'explique dans ce cas l'aspect systématique de la qualité du processus Debian ... Comme dans tous les logiciels libres, le processus de verification de qualite vient surtout d'une verification massive de la bonne marche des programme, si tu trouve un bug, et que tu ne soumet pas de bug report, alors tu sabote volontairement le processus. Je ne demande qu'a être convaincu mais bon... je préviens y'a du boulot. PS : je passe sur le findutils (locate) cassé de testing [sait pas pourquoi], je suis revenu en ... stable. Et as tu soumis bu bug report ? Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 12:09:59PM +0200, Thomas Nemeth wrote: | | | | Non, car les autobuilders ne vont pas decider de recompiler | | automatiquement. | | Ils le devraient ! | le paquet Machin a été mis à jour de la version A, à la version B | -- tous les paquets qui dépendent de Machin = A doivent être | recompilés. | | | Et c'est pas toujours possible de toute facon, donc le | ^ | | Je ne pense pas que ce soit quelque chose qui est automatisable, le | changement de soname entraine une incompatibilite tant binaire que | source, et on ne peut pas esperer qu'il suffise toujours de simplement | recompiler les packages. Cela necessite intervention humaine pour etre | sur. Il doit bien y avoir un moyen de le faire savoir aux DD qui s'occupent de paquets dépendant de ces mises-à-jour... | M'enfin, c'est certainement pas ça qui va régler le pb des | dépendances histériques faites par les DD, comme kerberos | pour postgresql et autres... | | Aucun idee, mais a nouveau, c'est un probleme specifique a un package, | donc mail au mainteneur ou bug report. Ce n'est pas un pb spécifique : c'est un cancer généralisé. Il y a plusieurs paquets qui en dépendent inutilement... Mais c'est d'une manière plus globale qu'est le problème : trop de dépendances rend la mise à jour du système encore plus complexe. Avec nettement moins de dépendances, ça rendrait le passage d'une version à une autre (que ce soit tant au niveau des paquets qu'au niveau de la distro complète) beaucoup plus simple, et moins plantogène. Le système de gestion des dépendances de Debian est le meilleur qui soit, mais ce genre de problème devrait pouvoir être règlé plus simplement... Thomas -- Ta mère elle s'attend à bronzer devant son Sun.
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 01:38:59PM +0200, Erwan David wrote: Le Wed 25/06/2003, guimbert disait Je suis trop Newbie pour savoir comment un virus peut se propager sur Linux. en ce qui concerne l'ext3, je prefere ne pas toucher à mon disque car il fonctionne bien alors je ne veux pas tenter le diable ext3 c'est ext2+journalisation. Donc tu peux passer en ext3 une partition ext2 existente et tu peux monter en ext2 une partition ext3 (en faisant gaffe quand même si tu alternes...) Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? Amicalement, Sven Luther
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 01:37:39PM +0200, Erwan David wrote: Le Wed 25/06/2003, Sven Luther disait Je n'ai pas peur de .deb verole, car si je n'utilise que des packages officiels, je n'ai en general pas de crainte a avoir, a moins que quelqu'un se mette entre moi et mon mirroir debian et se fasse passer pour lui, ou que les archives debian ou le miroir soit compromis, ce que je pense etre assez peut probable, et rentrerai peut etre plus dans la categories des attaques UNIX classiques que dans celle des virus. Disons que la signature des paquets + le debian keyring, si correctement utilisés (mais correctement utiliser la crypto c'est pas évident du tout) peuvent être une bonne protection contre ce genre de menace. Oui, sauf que les packages eux meme ne sont pas signe, uniquement le .changes, et que la verification est uniquement faite a l'entree des packages dans l'archive, pour le moment du moins. Les virus existaient bien avant le développement du mail et passaient en général par les échanges de disquettes... Et dis moi, de nos jours combien d'echange de disquette fait tu ? L'une de mes machines n'a meme plus de lecteur de disquette, et de toute facon, sous linux, le contenu des disquette n'est pas auto-executer non plus. Je parle de l'ancien temps d'avant le mail (oui je sais je suis vieux). Les virus ont su s'adapter aux modes de transmission de leur époque... Oui, mais par definition meme, un virus est quelque chose de virale, qui se transmet automatiquement. De nos jours, ce genre de chose peut arriver par le mail, le plus courrant, par kaaza ou un truc du genre, par un fichier word, comme c'etait le cas ancienement avec les disquettes. Il faut distinguer cela des chevaux de troie (le package debian verole par exemple), les vers, ou les attaques plus conventionnelles. Amicalement, Sven Luther
Recuperer la liste des packages de testing
Bonjour, Je me sers d'une ligne ADSL pour telecharger les packages les plus lourds de la debian testing, je les grave sur un cd et chez moi je les place dans le cache. Comme cela un apt-get dist-upgrade devient possible avec mon modem RTC. C'est une methode gourmande en ressource mais elle marche. J'aimerai la faire evoluer vers une solution consommant moins de ressource en bande passante. Je cherche donc un moyen de récuperer les noms complets des packages composant la testing à l'instant t. Si en plus le lieu de stockage est dispo franchement ce serait super mais pas indispensable. J'utilise des scripts python. Cordialement. Gabriel Santonja. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: Patch Kernel ???
Le 25 Jun 2003 13:48:54 +0200 elbg [EMAIL PROTECTED] a écrit: Salut, Tu es sur que ce n'est pas plutôt en ACPI ton vaio ?? Vérifies sur ton BIOS que ton portable supporte l'APM ou l'ACPI, moi je suis sur VAIO Z600-TEK et c'est de l'ACPI ! A+ Le mer 25/06/2003 à 12:32, miki a écrit : Salut, Je suis à la recherche d'un patch apm pour mon portable vaio pour le kernel 2.4.21, si quelqu'un pourais me donner l'adresse d'un site ou trouver ceci car j'ai fait une recherche sous google et pas trouvé Pareil, et je suis sur un vaio 214MP, c'est de l'acpi et tu peux trouver les patchs là : http://sourceforge.net/project/showfiles.php?group_id=36832release_id=166717 mil -- La nature est prévoyante : elle a fait pousser la pomme en Normandie sachant que c'est dans cette région qu'on boit le plus de cidre. Henri Monnier
Re: Ctrl-d = fin de bash
On Wed, Jun 25, 2003 at 14:28:05 +0200, Pierre Crescenzo wrote: [woody] J'aimerais empêcher bash de se fermer sur un Ctrl-d. Il me semble qu'une option permet d'indiquer un tel comportement mais je ne la retrouve pas. man bash + recherche de EOF. :) IGNOREEOF Controls the action of an interactive shell on receipt of an EOF character as the sole input. If set, the value is the number of consecutive EOF characters which must be typed as the first characters on an input line before bash exits. If the variable exists but does not have a numeric value, or has no value, the default value is 10. If it does not exist, EOF signifies the end of input to the shell. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: réglages mldonkey
Le Mercredi 25 Juin 2003 07:17, Sven Luther a écrit : On Wed, Jun 25, 2003 at 10:34:18AM +0200, [EMAIL PROTECTED] wrote: Bonjour, ben merci quand meme, dans tous les cas, il est vraiment très intéressant cet mldonkey ( j'utilise la version 2.5.0 compilée maison) Il n'y a pas de moyen pour le faire... Désolé ;- Pour le moment ?
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le Wed 25/06/2003, Sven Luther disait Aucun idee, mais a nouveau, c'est un probleme specifique a un package, donc mail au mainteneur ou bug report. Il y a 3 versions différentes de kerberos dans debian, des paquets aussi basiques que lprng ou xemacs imposent leur version de kerberos alors que 95% des utilisateurs n'en ont rien à foutre,j n'y connaissent rien et que ce genre de mécanisme mal utilisé conduit à ouvrir des trous de sécurité. J'ai ouvert un bug sur lprng. Pas encore de réponse du mainteneur. Pour xemacs je ne le fais pas car je n'utilise pas le paquet : les emacs debianisé sont vraiment trop différents de l'upstream. -- Erwan
Re: [Newbie] Bonjour et quelques questions.
Salut, Le Wed, Jun 25, 2003 at 02:19:45PM +0200, Sven Luther écrivait: On Wed, Jun 25, 2003 at 01:38:59PM +0200, Erwan David wrote: ext3 c'est ext2+journalisation. Donc tu peux passer en ext3 une partition ext2 existente et tu peux monter en ext2 une partition ext3 (en faisant gaffe quand même si tu alternes...) Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? tune2fs -j device man tune2fs pour plus d'options. pgpvGvjlGeZNU.pgp Description: PGP signature
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 02:19:45PM +0200, Sven Luther wrote: Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? tune2fs -j /dev/... -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org Développement logiciel avancé - Intelligence Artificielle - Formations
Re: [Newbie] Bonjour et quelques questions.
Le Wed 25/06/2003, Sven Luther disait On Wed, Jun 25, 2003 at 01:38:59PM +0200, Erwan David wrote: Le Wed 25/06/2003, guimbert disait Je suis trop Newbie pour savoir comment un virus peut se propager sur Linux. en ce qui concerne l'ext3, je prefere ne pas toucher à mon disque car il fonctionne bien alors je ne veux pas tenter le diable ext3 c'est ext2+journalisation. Donc tu peux passer en ext3 une partition ext2 existente et tu peux monter en ext2 une partition ext3 (en faisant gaffe quand même si tu alternes...) Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? tunefs -j puis mount -t ext3 -o remount (et modification de la fstab). Si on remonte un ext3 en ext2 je ne suis pas sûr qu'il ne faille pas refaire un tunefs -j avant de repasser en ext3. Mais pas sûr du contraire non plus C'est en tout cas à vérifier. -- Erwan
Re: [Newbie] Bonjour et quelques questions.
tune2fs -j partition Sven Luther wrote: On Wed, Jun 25, 2003 at 01:38:59PM +0200, Erwan David wrote: Le Wed 25/06/2003, guimbert disait Je suis trop Newbie pour savoir comment un virus peut se propager sur Linux. en ce qui concerne l'ext3, je prefere ne pas toucher à mon disque car il fonctionne bien alors je ne veux pas tenter le diable ext3 c'est ext2+journalisation. Donc tu peux passer en ext3 une partition ext2 existente et tu peux monter en ext2 une partition ext3 (en faisant gaffe quand même si tu alternes...) Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? Amicalement, Sven Luther -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Boukhairi Abderahim INRA BIA 0561285065 ~*-,._.,-*~''~*-,._.,-*~''~HUMEUR,-*~''~*-,._.,-*~''~*-,._.,-*~ Le travail éloigne de nous trois grands maux : l'ennui, le vice et le besoin. Voltaire, Candide ~*-,._.,-*~''~*-,._.,-*~''~FIN-HUMEUR,-*~''~*-,._.,-*~''~*-,._.,-*~ 10101000 binaire = 125736 octal = 43998 decimal = ABDE hexadecimal ;)
Re: [Newbie] Bonjour et quelques questions.
Le Wed, 25 Jun 2003 14:19:45 +0200 Sven Luther [EMAIL PROTECTED] a écrit: Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? ?? man tune2fs -j Add an ext3 journal to the filesystem. If the -J option is not specified, the default journal parameters will be used to create an appropriately sized journal (given the size of the filesystem) stored within the filesystem. Note that you must be using a ker- nel which has ext3 support in order to actually make use of the journal. Donc tune2fs -j /dev/lapartitionàtransformer à ne pas oublier: -changer le /etc/fstab (avec explicitement ext3 pour le fs de / et auto pour les autres) -avoir ext3 en dur dans le noyau si cela concerne / Pour la doc complète less /usr/src/linux/Documentation/filesystems/ext3.txt Amicalement, De même mil -- Les questions les plus importantes de la vie ne sont pour la plupart que des problèmes de probabilité. M. de Laplace
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 02:34:05PM +0200, Thomas Nemeth wrote: Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 12:09:59PM +0200, Thomas Nemeth wrote: | | | | Non, car les autobuilders ne vont pas decider de recompiler | | automatiquement. | |Ils le devraient ! |le paquet Machin a été mis à jour de la version A, à la version B |-- tous les paquets qui dépendent de Machin = A doivent être |recompilés. | | | Et c'est pas toujours possible de toute facon, donc le | ^ | | Je ne pense pas que ce soit quelque chose qui est automatisable, le | changement de soname entraine une incompatibilite tant binaire que | source, et on ne peut pas esperer qu'il suffise toujours de simplement | recompiler les packages. Cela necessite intervention humaine pour etre | sur. Il doit bien y avoir un moyen de le faire savoir aux DD qui s'occupent de paquets dépendant de ces mises-à-jour... Oui, des bug reports (eventuellement automatise). |M'enfin, c'est certainement pas ça qui va régler le pb des |dépendances histériques faites par les DD, comme kerberos |pour postgresql et autres... | | Aucun idee, mais a nouveau, c'est un probleme specifique a un package, | donc mail au mainteneur ou bug report. Ce n'est pas un pb spécifique : c'est un cancer généralisé. Il Non, c'est une probleme specifique liee a postgresql et kerberos par exemple. y a plusieurs paquets qui en dépendent inutilement... Mais c'est d'une manière plus globale qu'est le problème : trop de dépendances rend la mise à jour du système encore plus complexe. Avec nettement moins de dépendances, ça rendrait le passage d'une version à une autre (que ce soit tant au niveau des paquets qu'au niveau de la distro complète) beaucoup plus simple, et moins plantogène. Oui, sur, mais tu ne ferrait jamais de changement alors. Le système de gestion des dépendances de Debian est le meilleur qui soit, mais ce genre de problème devrait pouvoir être règlé plus simplement... Et ils seront regle avant la release de sarge (dans un ans au pire, si les estimations sont exacte, quoique j'espere qu'on aurra pas besoin de 6 mois de freeze pour cela, comme l'estimation le pense. Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 25.06.03, Sven Luther a tapoté : | On Wed, Jun 25, 2003 at 02:34:05PM +0200, Thomas Nemeth wrote: | | | | Je ne pense pas que ce soit quelque chose qui est automatisable, le | | changement de soname entraine une incompatibilite tant binaire que | | source, et on ne peut pas esperer qu'il suffise toujours de simplement | | recompiler les packages. Cela necessite intervention humaine pour etre | | sur. | | Il doit bien y avoir un moyen de le faire savoir aux DD qui | s'occupent de paquets dépendant de ces mises-à-jour... | | Oui, des bug reports (eventuellement automatise). Oui : automatisés. Il est nécessaire que les DD mettent à jour leurs paquets sans qu'on ait à leur en faire la remarque... Sinon ils le prennent mal. | | M'enfin, c'est certainement pas ça qui va régler le pb des | | dépendances histériques faites par les DD, comme kerberos | | pour postgresql et autres... | | | | Aucun idee, mais a nouveau, c'est un probleme specifique a un package, | | donc mail au mainteneur ou bug report. | | Ce n'est pas un pb spécifique : c'est un cancer généralisé. Il | | Non, c'est une probleme specifique liee a postgresql et kerberos par | exemple. C'est lié surtout à kerberos qui est utilisé à tord et à travers. Et à la tendance fâcheuses de liée inutilement des paquets à des bibliothèques sans raison valable. Comme par exemple xemacs et openldap, kerberos et j'en passe. Même gimp y passe et dépend de... wget ! On aura tout vu. | y a plusieurs paquets qui en dépendent inutilement... Mais c'est | d'une manière plus globale qu'est le problème : trop de | dépendances rend la mise à jour du système encore plus complexe. | Avec nettement moins de dépendances, ça rendrait le passage d'une | version à une autre (que ce soit tant au niveau des paquets qu'au | niveau de la distro complète) beaucoup plus simple, et moins | plantogène. | | Oui, sur, mais tu ne ferrait jamais de changement alors. Bien sûr que si ! upgrade de la bibliothèque X = upgrade de tous les paquets qui en dépendent. Je ne vois pas en quoi le fait de _limiter_ les dépendances empêcherait de faire des changements. Je n'ai pas dit _fixer_ ni _interdire_ les dépendances, hein :) Simplement les limiter au strict nécessaire, libre aux utilisateurs avertis de se rajouter les dépendances qu'ils souhaitent, selon leurs besoins. | Le système de gestion des dépendances de Debian est le meilleur | qui soit, mais ce genre de problème devrait pouvoir être règlé | plus simplement... | | Et ils seront regle avant la release de sarge (dans un ans au pire, si | les estimations sont exacte, quoique j'espere qu'on aurra pas besoin de | 6 mois de freeze pour cela, comme l'estimation le pense. Connaissant les cycles de release de la distro depuis plusieurs années, j'ai tendance à croire que même 1 an est une limite basse ;) Thomas -- Ta mère pour sauver ses disquettes elle les met dans un coffre.
Re: [Newbie] Bonjour et quelques questions.
Le mer 25/06/2003 à 14:19, Sven Luther a écrit : ext3 c'est ext2+journalisation. Donc tu peux passer en ext3 une partition ext2 existente et tu peux monter en ext2 une partition ext3 (en faisant gaffe quand même si tu alternes...) Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? tune2fs -j /dev/hda1, par exemple... -- Raphaël SurcouF Bordet [EMAIL PROTECTED]
Re: Verrouillage auto de la console...
On Wed, Jun 25, 2003 at 01:15:56PM +0200, Nicolas Évrard wrote: * Jerome Chantelauze [12:12 25/06/03 CEST]: Autrement dit, si tu fais une export TMOUT=10, tu as 10 secondes pour lancer une commande, sinon bash se termine automatiquement. C'est là que ça se complique, on peut raisonablement penser que personne ne mettre la variable TMOUT à un nombre aussi faible. Un bon compromis Entièrement d'accord. En pratique, on utilisera jamais une valeur aussi faible. Mais cette valeur est un bon compromis pour faire des tests. :-) serait de mettre TMOUT à 600, je suppose qu'en 600 secondes, on a le temps d'entrer une commande. Le problème est que si cette commande est mutt/emacs/vim/... je pense que le shell se fermera aussi. Non, le shell ne se fermera pas, pas tant qu'il n'aura pas récupéré la main (et à ce moment là, le compteur sera remis à zéro). Enfin, bash se comporte comme ça. Pour zsh, je ne sais pas. A+ -- Jerome
Re: Signe calbalistique sur tty
On Tue, 24 Jun 2003 14:00:22 +0200 Yann [EMAIL PROTECTED] wrote: Salut la liste J_ai fait un « #cat fichier.core » (je sais c_est stupide) et j_ai un tty qui ne me cause plus qu_en signe cabalistique, tout les autres vont bien. Je sais qu_en relançant la machine ça va résoudre le problème mais je peux pas sur cette machine. C_est pas très grave, il me reste 7 tty pour bosser mais bon je voudrais bien récupérer celui la. J_ai essayé de kill -9 le processus mais il se relance avec toujours le même souk. Je me questionne. Allez, tapes les touches magiques ^V^O (Ctrl-V puis Ctrl-O) et return. Tout redeviendra normal. J'oubliais: cf FAQ. François Boisson
Re: [Newbie] Bonjour et quelques questions.
On Wed, 2003-06-25 at 14:19, Sven Luther wrote: On Wed, Jun 25, 2003 at 01:38:59PM +0200, Erwan David wrote: Le Wed 25/06/2003, guimbert disait Je suis trop Newbie pour savoir comment un virus peut se propager sur Linux. en ce qui concerne l'ext3, je prefere ne pas toucher à mon disque car il fonctionne bien alors je ne veux pas tenter le diable ext3 c'est ext2+journalisation. Donc tu peux passer en ext3 une partition ext2 existente et tu peux monter en ext2 une partition ext3 (en faisant gaffe quand même si tu alternes...) Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? Hi, doc ? - www.google.com [ howto ext3 ] exemple : 1. Connaitre la partition ou est monte ton filesystem /. mount /dev/hda2 on / type ext2 (rw) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/hda1 on /boot type ext2 (rw) /dev/hdc1 on /mnt/data type reiserfs (rw) Dans cet exemple ce sera /dev/hda2 3. Installer la journalisation pour / tune2fs -j /dev/hda2 4. Modifer la fstab pour mounter le fs en ext3 au prochain demarrage nano /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass /dev/hda2 / ext2defaults0 0 /dev/hda1 /boot ext2defaults0 0 /dev/hda3 noneswapsw 0 0 /dev/hdc1 /mnt/data reiserfsnouser 0 0 proc/proc procdefaults0 0 #/dev/fd0 /floppy autouser,noauto 0 0 #/dev/cdrom /cdrom iso9660 ro,user,noauto 0 0 Modifier la ligne : /dev/hda2 / ext2defaults0 0 par : /dev/hda2 / ext3defaults0 0 voila ... jg ps: sauf erreur le kernel de base gere l'ext3 donc pas besoin de le recompiler. Amicalement, Sven Luther -- * ) o- * Linux (\) Jean-Gerard Debadts \__ Ingenieur Systemes HP-UX AIX Linux C.E.T.R.E.L. Luxembourg
Re: [Newbie] Bonjour et quelques questions.
On Wed, Jun 25, 2003 at 04:43:53PM +0200, Jean-Marie ORSET wrote: Le Wed, 25 Jun 2003 14:19:45 +0200 Sven Luther a écrit: Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? Heu, c'est pas tune2fs -j? Si, merci a tous ceux qui ont repondu, c'est pas pour moi car toutes mes partitions sont deja ext3, mais c'est toujours plus sympa de repondre par quelque chose de precis, que par les vagues reponses que nous avions faites. Amicalement, Sven Luther
Re: [Newbie] Bonjour et quelques questions.
Le mer 25/06/2003 à 14:19, Sven Luther a écrit : Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? tune2fs -j -- Bruno Muller [EMAIL PROTECTED] http://www.alinka.com/
Re: [Newbie] Bonjour et quelques questions.
Le Wed 25/06/2003, Sven Luther disait On Wed, Jun 25, 2003 at 01:37:39PM +0200, Erwan David wrote: Le Wed 25/06/2003, Sven Luther disait Je n'ai pas peur de .deb verole, car si je n'utilise que des packages officiels, je n'ai en general pas de crainte a avoir, a moins que quelqu'un se mette entre moi et mon mirroir debian et se fasse passer pour lui, ou que les archives debian ou le miroir soit compromis, ce que je pense etre assez peut probable, et rentrerai peut etre plus dans la categories des attaques UNIX classiques que dans celle des virus. Disons que la signature des paquets + le debian keyring, si correctement utilisés (mais correctement utiliser la crypto c'est pas évident du tout) peuvent être une bonne protection contre ce genre de menace. Oui, sauf que les packages eux meme ne sont pas signe, uniquement le .changes, et que la verification est uniquement faite a l'entree des packages dans l'archive, pour le moment du moins. ce serait amha une piste à étudier, les problèmes étant 1) les paquets non officiels 2) la gestion des clés 3) le debian-keyring initial. -- Erwan
sub-interfaces
Hi all I am Newbie at Debian and (and Linux in general) as you might guess I am facing some newbie problems Can anyone tell me how to configure multiple IP adresses on the same interface ? I apreciate you help Thx Elias _ MSN Messenger 6 http://g.msn.fr/FR1001/866 : plus de personnalisation, plus de fun pour vous et vos amis
Re: Etude(s) de cas
En réponse à Sven Luther [EMAIL PROTECTED]: Va au magasin de pieces du coin, demande la liste des cartes graphiques en vente, et verifie combien d'entre elles sont supporte par 4.3 et non par 4.1.0. Je te parie que cela correspond a plus de la moitie, si ce n'est la majorite. Ensuite essaye de jouer a quake3 avec elles, et on en reparle. Meuh oui évidemment, mais je veux dire que si ma machine marche très bien avec xfree4.1, il ne faut pas / je ne souhaite pas / ce serait bien / que dans la prochaine release, pour cause de dépendance, je sois pas obligé de passer à autre chose. C'est en ce sens que je dis ne pas parasiter (l'état) de ma Debian. (les applis __spécifiques__ xfre4.2/3 genre quake3 et autres 3D, ben je les installe pas tout simplement...) Au fait, si tu veux des détails, quand ma machine freeze (deux fois aujourd'hui), si je redémarre immédiatement j'ai un gros bp et l'écran reste noir même s'il semble que la machine redémarre. Par contre, si j'attends une dizaine de secondes avant de rallumer, c'est bon... si ça peut aider ... Quelle manip as tu fait pour revenir a l'ancienne version ? Le downgrade n'est pas vraiment correctement supporte, surtout si il y a des packages en plus dans la nouvelle version. eu oui, c'est ce que j'ai moi-même préciser récemment (juste avant de me retrouvé involontairement confronter au problème ;-) b) je voulais tester nagios sur une machine serveur (pas bcp d'upgrade Si tu donnait des details cela serait sympa. tout a été dit !? (le paquet crois que invoke-rc.d est là, alors que non...) Question : comment se fait-il que j'ai mis 2mn à voir/régler le problème et pas le DD? Parceque tu est au courrant, et le DD ne l'est pas. Lui as tu fait un bug report, et dans quelle mesure tes problemes sont-ils dus a ton install non conventionnelle ? :-) c'est marrant comment tu t'es mis dans la tête que mes installs sont non-conventionnelles. Cette machine est notre serveur de fichier (et quelques autres services), crois moi que j'y fais rien de louche... à part des apt-get install ou remove. [si j'en crois ce que j'ai sur mon disque, un paquet doit tester l'existence de invoke-rc.d et à défaut appeler /etc/init.d/ (et réciproquement)... Les autres font comme ça,donc pas strictement besoin de invoke-rc.d, donc mon install n'est pas non-conventionnelle...] programme, si tu trouve un bug, et que tu ne soumet pas de bug report, alors tu sabote volontairement le processus. :-) maintenant ça va être de ma faute ... Je trouve plus intéressant d'essayer de comprendre pourquoi le mainteneur n'a pas vu cette dépendance. Et d'en déduire une démarche améliorée plutôt que de me contenter de faire un bugreport qui ne réglera que _ce_ problème somme-toute mineur. Maintenant, on pourrait aussi se creuser le tête pour trouver un script qui, par simulation d'une install/desinstall (le plus petit des test à faire par un DD), fournirait une liste de dépendances additionnelles ... ... un bon usage de strace ?? essai rapide ... première piste (dans /var/lib/dpkg/info) sudo strace -f -e trace=file -o nagios.dump ./nagios-mysql.postinst configure grep /bin nagios.dump (donne les binaires utilisés, donc les paquets [xargs dpkg -S | sort | uniq]) etc etc tu as compris le principe, ok c'est lourd mais radical et automatisable (et bien évidemment améliorable hein ;-). [findutils] Et as tu soumis bu bug report ? cher Môssieur le responsable de findutils, j'avais un locate qui marchait bien, je suis passé à findutils/sarge, ça marchait plus, je suis revenu en stable, ça marche. voilà...voilà... et après je retourne bosser ... PS : et vu le nombre de bug report dans la pile, y'a pas le feu ;-) A+ -- mailto:[EMAIL PROTECTED]
[HS] Re: Ctrl-d = fin de bash
Pierre Crescenzo [EMAIL PROTECTED] a écrit : | Bonjour, Salut, | [woody] J'aimerais empêcher bash de se fermer sur un Ctrl-d. Il me | semble qu'une option permet d'indiquer un tel comportement mais je ne | la retrouve pas. set -o ignoreeof Ou bien export IGNOREEOF=10 Dans les deux cas, bash ne quittera que si tu tapes 10 fois de suite C-d. Pour le reste, tu t'en doutes : man bash. :) -- Dan | [CITATION ALÉATOIRE : Je ne suis pas l'avant-dernier des imbéciles. Je | dis l'avant-dernier pour ne décourager personne. Georges Courteline] Zut, je pige pas la citation. (serieux !)
Re: Etude(s) de cas
On Wed, Jun 25, 2003 at 05:21:06PM +0200, Georges Mariano wrote: En réponse à Sven Luther [EMAIL PROTECTED]: Va au magasin de pieces du coin, demande la liste des cartes graphiques en vente, et verifie combien d'entre elles sont supporte par 4.3 et non par 4.1.0. Je te parie que cela correspond a plus de la moitie, si ce n'est la majorite. Ensuite essaye de jouer a quake3 avec elles, et on en reparle. Meuh oui évidemment, mais je veux dire que si ma machine marche très bien avec xfree4.1, il ne faut pas / je ne souhaite pas / ce serait bien / que dans la prochaine release, pour cause de dépendance, je sois pas obligé de passer à autre chose. C'est en ce sens que je dis ne pas parasiter (l'état) de ma Debian. (les applis __spécifiques__ xfre4.2/3 genre quake3 et autres 3D, ben je les installe pas tout simplement...) Au fait, si tu veux des détails, quand ma machine freeze (deux fois J'aimerait le /var/log/XFree86.0.log, apres le freeze, tu reboot en single user, et tu fait une copie du fichier, et ensuite tu me l'envoie. aujourd'hui), si je redémarre immédiatement j'ai un gros bp et l'écran reste noir même s'il semble que la machine redémarre. Par contre, si j'attends une dizaine de secondes avant de rallumer, c'est bon... si ça peut aider ... Mmm, probleme de surchauffe du proc ou de la carte graphique ? Probablement pas, c'est plutot que ton bus pci/agp est incoherent, et il faut un reboot a froid un peu plus long pour le remettre en etat. Ou alors, il s'agit de ta puce graphique qui est dans un etat incoherent. Il faut que tu fasse un bugreport dans le bugzilla XFree86, et que tu fournisse plus d'info, sinon, comment espere tu resoudre le probleme ? Quelle manip as tu fait pour revenir a l'ancienne version ? Le downgrade n'est pas vraiment correctement supporte, surtout si il y a des packages en plus dans la nouvelle version. eu oui, c'est ce que j'ai moi-même préciser récemment (juste avant de me retrouvé involontairement confronter au problème ;-) Le mieux c'est de faire un apt-get --purge remove liste des packages avant, puis de reinstaller les packages. Tu sauve ta /etc/X11/XF86Config-4 avant, bien sur. b) je voulais tester nagios sur une machine serveur (pas bcp d'upgrade Si tu donnait des details cela serait sympa. tout a été dit !? (le paquet crois que invoke-rc.d est là, alors que non...) Question : comment se fait-il que j'ai mis 2mn à voir/régler le problème et pas le DD? Parceque tu est au courrant, et le DD ne l'est pas. Lui as tu fait un bug report, et dans quelle mesure tes problemes sont-ils dus a ton install non conventionnelle ? :-) c'est marrant comment tu t'es mis dans la tête que mes installs sont non-conventionnelles. Cette machine est notre serveur de fichier (et quelques autres services), crois moi que j'y fais rien de louche... à part des apt-get install ou remove. [si j'en crois ce que j'ai sur mon disque, un paquet doit tester l'existence de invoke-rc.d et à défaut appeler /etc/init.d/ (et réciproquement)... Les autres font comme ça,donc pas strictement besoin de invoke-rc.d, donc mon install n'est pas non-conventionnelle...] Oui, j'ai aussi eu un probleme similaire recement avec un autre package, me rappelle plus, j'aurais du faire un bugreport immediatement. programme, si tu trouve un bug, et que tu ne soumet pas de bug report, alors tu sabote volontairement le processus. :-) maintenant ça va être de ma faute ... Sur, si tu refuse des faire des bugreports lorsque tu a un probleme, non seulement tu n'a pas droit de raler sur ces problemes, mais en plus tu met d'autres utilisateur moins technique que toi dans des problemes, c'est pas sympa comme comportement. Je trouve plus intéressant d'essayer de comprendre pourquoi le mainteneur n'a pas vu cette dépendance. Et d'en déduire une démarche améliorée plutôt que de me contenter de faire un bugreport qui ne réglera que _ce_ problème somme-toute mineur. Et si il s'agissait reellement d'un bug, et non d'un probleme de dependance ? Le plus probable est que le developpeur avait deja file-rc installe (probablement parceque c'etait une build dependency), et n'a donc pas remarquer le probleme, si les utilisateurs ne prennent pas la minutes necessaire pour faire le bug report, il ne le remarquera pas, et le bug ne sera pas corriger, et ce n'est pas 2 minutes que cela te prendra a toi, mais 2 minutes (ou plus) x le nombre d'utilisateurs. Maintenant, on pourrait aussi se creuser le tête pour trouver un script qui, par simulation d'une install/desinstall (le plus petit des test à faire par un DD), fournirait une liste de dépendances additionnelles ... Pourquoi faire, si on a des milliers d'utilisateurs qui suivent unstable et peuve le remarquer a notre place. Et comme dis, il faut faire cela dans un chroot vide pour bien faire. Et je te rassure, les DDs verifient l'installation des packages avant de les
Re: Ctrl-d = fin de bash
Le 25 Jun 2003 14:28:05 +0200, Pierre Crescenzo [EMAIL PROTECTED] a écrit : Bonjour, [woody] J'aimerais empêcher bash de se fermer sur un Ctrl-d. Il me semble qu'une option permet d'indiquer un tel comportement mais je ne la retrouve pas. Merci. Salut, Pour faire cela, il suffit de changer le caractère de fin de fichier avec stty : $ stty -a speed 38400 baud; rows 24; columns 80; line = 192; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef; ce qui t'intéresse ! eol2 = undef; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke et pour le changer : $ stty eof ^O pour dire que c'est Ctrl-O (attention, il faut bien taper un ^ et un O, pas le caractère de contrôle !) Fred. -- Frédéric Boiteux - Calistel
Re: [Newbie] Bonjour et quelques questions.
Le mercredi 25 juin 2003, Sven Luther a écrit... bonjour, Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? Il y a un ext3 howto sur linux-france.org -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: [Newbie] Bonjour et quelques questions.
On Wed, 25 Jun 2003 14:19:45 +0200 Sven Luther [EMAIL PROTECTED] wrote: Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? Es tu sûr d'avoir bien cherché dans les archives ? Amicalement, de même... Sven Luther -- marco -- Clé PGP publique : https://iftbqp.mine.nu/marco.asc pgpUcgrCdPwbh.pgp Description: PGP signature
MIME Type et terminal
Bonjour, J'aimerais savoir si il existe des applications préférées dans le terminal, par exemple j'ai un fichier plip.jpg et j'aimerais quand je tape dans le terminal : plip.jpg que display ou gimp ouvre le fichier plip.jpg. Cela est-il possible? et si oui comment? Merci -- KUHN Jérémy 5, rue Charles Fourier 91011 EVRY tel. 06 63 36 31 54
le support rpm ?
j'envisage de télécharger (et d'utriliser) debian Woody. Est-ce que cette distribution a le support rpm ? (installer des paquets rpm) merci
php pstgresql
j'ai le message suivant quand je lance le index.php de phpPgAdmin You do not have postgresql support built into your PHP Web Server. phpPgAdmin requires postgresql support to function properly! Please check the PHP documentation for corrective action. pourtant le php.ini contient en dernière ligne : extension=pgsql.so j'ai bien fait ap-get install php4-cgi apt-get install php-pgsql merci de votre aide
Re: Recuperer la liste des packages de testing
On Wed, Jun 25, 2003 at 02:21:04PM +0200, Gabriel Santonja wrote: Bonjour, Je me sers d'une ligne ADSL pour telecharger les packages les plus lourds de la debian testing, je les grave sur un cd et chez moi je les place dans le cache. Comme cela un apt-get dist-upgrade devient possible avec mon modem RTC. C'est une methode gourmande en ressource mais elle marche. J'aimerai la faire evoluer vers une solution consommant moins de ressource en bande passante. Je cherche donc un moyen de récuperer les noms complets des packages composant la testing à l'instant t. Si en plus le lieu de stockage est dispo franchement ce serait super mais pas indispensable. Mmm, il y a deux choses qui pourrait t'interresser : 1) ftp://ftp.debian.org/debian/dists/sarge/main/binary-i386/Packages.gz contient bien sur la liste des packages de la testing. Pour bien faire il faudrait grepper pour les lignes commencant par Filename, et enlever le debut (Filename :) et recuperer les packages correspondant. Peut etre faut-il aussi les bnary-all, mais je ne pense pas. Attention cependant, l'archive complete de woody deja ne tenait pas sur ma cartouche syjet de 1.4Go, et woody est distribue avec 7 CDs de packages, si je ne me trompe. 2) Il y a une autre maniere, si tu dispose d'un ZIP ou quelque chose du genre. c'est apt offline. La documentation se trouve dans /usr/share/doc/apt-doc/offline.text.gz. Cela marche tres bien, mais est une demarche en deux etapes, et necessite un moyen de stockage de taille moyenne. En fait tu recupere le Packages.gz, tu fait apt normalement, mais au lieu de recuperer directement les packages, tu emmene ton ZIP sur une machine avec une bonne connection, et tu fait l'upgrade, qui va juste downloader les packages. Arrive chez toi, tu fait l'upgrade des packages telecharge, et tu met a jour ton Packages.gz. Marche tres bien. Si tu n'a pas de ZIP ou similaire, tu peut copier sur l'oirdinateur distant la base de donnee apt, avec rsync ou unison ou similaire, puis tu telecharge ce qu'il te faut, et tu le grave, en laissant le CD ouvert pour d'autre fois. Amicalement, Sven Luther
Re: Recuperer la liste des packages de testing
On Wed, 25 Jun 2003 22:19:58 +0200 Sven Luther [EMAIL PROTECTED] wrote: On Wed, Jun 25, 2003 at 02:21:04PM +0200, Gabriel Santonja wrote: Bonjour, Je me sers d'une ligne ADSL pour telecharger les packages les plus lourds de la debian testing, je les grave sur un cd et chez moi je les place dans le cache. Comme cela un apt-get dist-upgrade devient possible avec mon modem RTC. C'est une methode gourmande en ressource mais elle marche. J'aimerai la faire evoluer vers une solution consommant moins de ressource en bande passante. Je cherche donc un moyen de récuperer les noms complets des packages composant la testing à l'instant t. Si en plus le lieu de stockage est dispo franchement ce serait super mais pas indispensable. Mmm, il y a deux choses qui pourrait t'interresser : 1) ftp://ftp.debian.org/debian/dists/sarge/main/binary-i386/Packages.gz contient bien sur la liste des packages de la testing. Pour bien faire il faudrait grepper pour les lignes commencant par Filename, et enlever le debut (Filename :) et recuperer les packages correspondant. Peut etre faut-il aussi les bnary-all, mais je ne pense pas. Attention cependant, l'archive complete de woody deja ne tenait pas sur ma cartouche syjet de 1.4Go, et woody est distribue avec 7 CDs de packages, si je ne me trompe. 2) Il y a une autre maniere, si tu dispose d'un ZIP ou quelque chose du genre. c'est apt offline. La documentation se trouve dans /usr/share/doc/apt-doc/offline.text.gz. Cela marche tres bien, mais est une demarche en deux etapes, et necessite un moyen de stockage de taille moyenne. En fait tu recupere le Packages.gz, tu fait apt normalement, mais au lieu de recuperer directement les packages, tu emmene ton ZIP sur une machine avec une bonne connection, et tu fait l'upgrade, qui va juste downloader les packages. Arrive chez toi, tu fait l'upgrade des packages telecharge, et tu met a jour ton Packages.gz. Marche tres bien. Si tu n'a pas de ZIP ou similaire, tu peut copier sur l'oirdinateur distant la base de donnee apt, avec rsync ou unison ou similaire, puis tu telecharge ce qu'il te faut, et tu le grave, en laissant le CD ouvert pour d'autre fois. Ok, je regarde ça. et Merci. Gabriel
Re: [Newbie] Bonjour et quelques questions.
Bonsoir Sven, je crois k'il sugffit d'un mkfs -j journal device pour convertir une part. ext2 en ext3, j'avais vu cela lorsque je m'informai au sujet des systeme de fichiers journalisés. A voir : http://www.linux-france.org/article/sys/ext3fs/ext3.html A+, J8. Sven Luther wrote: On Wed, Jun 25, 2003 at 01:38:59PM +0200, Erwan David wrote: Le Wed 25/06/2003, guimbert disait Je suis trop Newbie pour savoir comment un virus peut se propager sur Linux. en ce qui concerne l'ext3, je prefere ne pas toucher à mon disque car il fonctionne bien alors je ne veux pas tenter le diable ext3 c'est ext2+journalisation. Donc tu peux passer en ext3 une partition ext2 existente et tu peux monter en ext2 une partition ext3 (en faisant gaffe quand même si tu alternes...) Tu connaitrait par hazard la manip a faire pour rajouter un journal a une partition ext2 ? ou de la doc a ce sujet ? Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 08:59:56AM +0200, Sven Luther wrote: On Wed, Jun 25, 2003 at 07:33:56AM +0200, Erwan David wrote: Le Wed 25/06/2003, Denis Barbier disait Mais à quel moment tu compiles eperl avec perl 5.8 ? Avant la mise à jour simultanée, c'est perl 5.6 qui est dans stable, Or vous dites qu'il faut compiler avec les dépendances de stable. Si je comprends bien eperl est buggué dans stable puisque la dépendance est perl =5.6.1-6 ? Non, c'est volontaire, donner des dependances plus strictes risque de provoquer des blocages et des dependances qui s'attendent circulairement. [...] Non ce n'est pas la raison, dans ce cas eperl dépend aussi de libperl5.6. Il faut donc effectivement que eperl rentre en même temps que perl dans testing, ce qui est possible avec le schéma actuel, pas si on compile en stable. Denis