Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le Tue 24/06/2003, Raphaël SurcouF Bordet disait Le lun 23/06/2003 à 21:58, Georges Mariano a écrit : Franchement non, les machines tournaient correctement en 3.3.6. Mais comme je suis passé en xfree4.0 à cause des «sur-dépendances» ben effectivement au bout d'un moment on passe en woody. Un peu comme un windowsien qui s'accroche à son win95 qui marche bien mais qui fini par passer à win98 par la force des choses et pas vraiment parce qu'il le souhaite. Qu'est-ce qui t'oblige donc à mettre à jour si tu n'en as pas besoin ? Je ne comprends pas comment tu peux avoir des mises à jour non voulues... Tu dois le faire exprès, ce n'est pas possible. On peut avoir besoin de mises à jour partielles. Au boulout c'est OpenOffice 1.0.3 minimun par exemple... -- Erwan
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le Tue 24/06/2003, Raphaël SurcouF Bordet disait D'après moi, ce n'est pas intéressant: ça mènerait à une debian à deux vitesses. C'est *déjà* le cas de par la volonté de debian. -- Erwan
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le Tue 24/06/2003, Raphaël SurcouF Bordet disait Donc, tu ne fais que des paquets pour ton propre compte... Sympa... Vu l'anathème lancé sur les paquets non-officiels... -- Erwan
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Mon, Jun 23, 2003 at 09:58:33PM +0200, Georges Mariano wrote: On Mon, 23 Jun 2003 20:28:11 +0200 Sven Luther [EMAIL PROTECTED] wrote: Vite ? Tu veut rire, oui, oui, c'était pour forcer le trait ... je parie que XFree86 fera une nouvelle release (4.4.0) avant que Debian n'aie de packages XFree86 4.3.0 dans sid. Un pari que je serait heureux de predre d'ailleurs. Tu crois pas si bien dire. Mon bateau a bien coulé. Il a suffit que je redémarre mon portable (avec xfree4.3 récupéré involontairement) pour que je constate que mon serveur X ne démarre pas vraiment... j'ai donc downgradé (technique du apt-cache policy + install version choisie) vers 4.2. J'ai fais une étape intermédiaire ... qui n'a pas durée (ça freeze aléatoirement). Je suis maintenant revenu en 4.1 et j'espère bien que sarge ne m'obligera pas a en sortir ;-) Plus de details veux tu, quelle carte graphique, quelle marque de portable, as tu fait un bugreport dans le bugzilla de XFree86 ? Je suis aussi upstream XFree86, et c'est le genre de chose que l'on ne peut pas laisser passer comme cela, si il y a un bug, bein, faut le corriger. Et c'est pourquoi tu install woody sur tes machines, non ? Franchement non, les machines tournaient correctement en 3.3.6. Mais comme je suis passé en xfree4.0 à cause des «sur-dépendances» ben effectivement au bout d'un moment on passe en woody. Un peu comme un windowsien qui s'accroche à son win95 qui marche bien mais qui fini par passer à win98 par la force des choses et pas vraiment parce qu'il le souhaite. Err, c'est pourquoi tu install woody plutot que sarge et sid. Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Mon, Jun 23, 2003 at 09:41:26PM +0200, Erwan David wrote: Le Mon 23/06/2003, Denis Barbier disait Pour que les choses soient claires, la façon dont les paquets entrent dans la distribution testing est expliquée sur http://www.debian.org/devel/testing Avec le même exemple d'hevea, on voit qu'il est possible de mettre à jour ocaml et hevea sans que les paquets dans testing ne soient cassés, s'ils sont déplacés simultanément. J'aimerai avoir des explications similaires dans le cas où la compilation se fait sur la base de stable. Ou alors on admet que les paquets puissent être cassés pendant un laps de temps ? tu expliqueras donc pourquoi perlmagick est cassé dans testing celui en perl 5.8 ne pouvant être descendu à cause d'une dépendance sur lcms lui même bloqué parcequ'il dépend de libc6 2.3... T'est quand meme gonfler, Colin Watson te l'a expliquer a 2/3 reprise dans ton bugreport, et tu persiste a ne pas comprendre. Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 12:38:26AM +0200, Georges Mariano wrote: On Mon, 23 Jun 2003 23:59:38 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote: Ce n'est qu'un exemple, choisi parce que nous le connaissons tous les deux. Il serait facile d'en trouver un autre équivalent, si celui-ci ne te plait pas, par exemple avec les modules binaires de perl. ben si, il me plait... mais c'est toi qui l'a choisi... Ben non, dans ton schmurf stable, il y a ocaml 3.04 ; si tu le remplaces par ocaml 3.06, toutes tes applis ocaml ne marchent plus. nan, pas si les applis sont compilées en natif... moi j'aimerai bien mais bon... j'ose pas demander ... ;-) Cela ne change rien. hevea pourrait prendre la meme solution sympa retenue par spamoracle, a savoir une package bytecode arch: all et un package natif arch: liste des arches natives. Marche tres bien. Mais bon, c'est au choix des mainteneurs de faire cela, et cela ne resoudrait pas le probleme de toute facon, car on est quand meme oblige de compiler en bytecode pour les arches non natives. Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Mon, Jun 23, 2003 at 10:57:40PM +0200, Georges Mariano wrote: On Mon, 23 Jun 2003 21:32:56 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote: Sauf que quand ocaml est upgradé, l'hevea dans cet espèce de stable est cassé ; si pour une raison quelconque il ne compile pas avec ocaml 3.06, il va rester cassé pour un bout de temps. Comme « continuité douce », on peut rêver mieux. Ah oui, c'est vrai, j'oubliais un truc... faut savoir qu'hevea peut-être compilé en natif (i.e ne pas nécessiter de dépendance sur ocaml) donc ce problème pourrait être éliminé ... ... sauf que, si je ne me trompe pas, les paquets relatifs a ocaml sont fournis en byte-code (donc avec une dépendance sur l'interpréteur ocaml). C'est un choix des mainteneurs. Le prix que les utilisateurs i386 payent pour les archi qui ne disposent pas de compilateur natif. admettons et abrégeons, il reste que : apt-cache show hevea Depends: gs, netpbm(=2:9.10-1), tetex-bin, ocaml-base-3.06-1 ^ (et non plus ocaml-base, !? j'y comprends plus rien) [euh dans ocaml-base-3.06, y'a ocamlrun-3.06 je suppose ?] Cela montre bien que tu ne lis pas les mails que je t'envoie, j'ai expliquer exactement cela dans un mail precedent. Si le package dependait de ocaml-base, qui a un moment est effectivement la machine virtuelle 3.06, alors lorsque je releaserait le package ocaml 3.07 ou un snapshot cvs d'ailleurs, la machine virtuelle serait soudainement celle de ocaml 3.07, et aucun programme bytecode ne marcherait plus. Et non, il n'y a pas encore ocamlrun-3.06 juste ocamlrun, mais j'espere changer cela, mais bon, c'est une decision lourde de consequence qu'il faut prendre avec upstream. alors c'est faisable non ? tiens en ce moment je me bats avec ça : Oui, une transition douce pour ocaml est faissable, mais elle demande que plusieurs packages soit installable simultanement, ce qui a son tour demande qu'une decision soit prise au niveau de l'ensemble de la comunaute ocaml, et que les sources soit patche. apt-cache search automake automake - A tool for generating GNU Standards-compliant Makefiles. automake1.4 - A tool for generating GNU Standards-compliant Makefiles. automake1.5 - A tool for generating GNU Standards-compliant Makefiles. automake1.6 - A tool for generating GNU Standards-compliant Makefiles. automake1.7 - A tool for generating GNU Standards-compliant Makefiles Oui, et tu est au courrant que le mainteneur de automake a decide d'en supprimer un, et qu'il a donner une longue explication a ce propos sur d-d et d-d-a. Amicalement, Sven Luther
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 12:38:26AM +0200, Georges Mariano wrote: On Mon, 23 Jun 2003 23:59:38 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote: Ce n'est qu'un exemple, choisi parce que nous le connaissons tous les deux. Il serait facile d'en trouver un autre équivalent, si celui-ci ne te plait pas, par exemple avec les modules binaires de perl. ben si, il me plait... mais c'est toi qui l'a choisi... Ben non, dans ton schmurf stable, il y a ocaml 3.04 ; si tu le remplaces par ocaml 3.06, toutes tes applis ocaml ne marchent plus. nan, pas si les applis sont compilées en natif... moi j'aimerai bien mais bon... j'ose pas demander ... ;-) Très bien, puisque tu veux t'en sortir avec une pirouette, prenons l'exemple de perl. Le paquet eperl dépend de libperl5.6 dans stable et libperl5.8 dans unstable. J'attends donc que tu nous expliques comment mettre à jour perl et eperl si les paquets sont compilés en stable. Pour l'instant, il n'y a que des yaka, mais certainement pas des propositions concrètes. ben c'est toi qui nous a dit que plusieurs versions c'était mal !! Ah ? Tu peux dire dans quel message ? Denis
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le mar 24/06/2003 à 07:45, Erwan David a écrit : Le Tue 24/06/2003, Raphaël SurcouF Bordet disait D'après moi, ce n'est pas intéressant: ça mènerait à une debian à deux vitesses. C'est *déjà* le cas de par la volonté de debian. Donc, vous en rajoutez une troisième... -- Raphaël SurcouF Bordet [EMAIL PROTECTED]
Re: Désinstaller complètement un soft
On Mon, 23 Jun 2003 12:43:44 +0200 Regis [EMAIL PROTECTED] wrote: bonjour, mets --purge pour effacer les fichiers de configuration avec. pour plus d'info fais un man ou la FAQ de la liste : http://savannah.nongnu.org/download/debfr-faq/html/ La rédaction vient d'ailleurs d'être modifiée suite à la remarque sur les fichiers de conf perso stockés chez l'utilisateur. Souvent on y pense pas. http://savannah.nongnu.org/download/debfr-faq/html/debfr-faq005.html 3.3.7 Apt 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 Tue, 24 Jun 2003 08:03:03 +0200 Sven Luther [EMAIL PROTECTED] wrote: redémarre mon portable (avec xfree4.3 récupéré involontairement) pour que je constate que mon serveur X ne démarre pas vraiment... j'ai donc downgradé (technique du apt-cache policy + install version choisie) vers 4.2. J'ai fais une étape intermédiaire ... qui n'a pas durée (ça freeze aléatoirement). Je suis maintenant revenu en 4.1 et j'espère bien que sarge ne m'obligera pas a en sortir ;-) Plus de details veux tu, quelle carte graphique, quelle marque de portable, as tu fait un bugreport dans le bugzilla de XFree86 ? Je suis aussi upstream XFree86, et c'est le genre de chose que l'on ne peut pas laisser passer comme cela, si il y a un bug, bein, faut le corriger. c'est ce que j'ai fait ;-) retour en 4.1. passer à win98 par la force des choses et pas vraiment parce qu'il le souhaite. Err, c'est pourquoi tu install woody plutot que sarge et sid. c'est vrai on peut aussi passer a win2000 et winXP ;-) Bon aller, c'est bon là ... on va fatiguer les autres ;-) 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 !!! ))
Le Tue 24/06/2003, Sven Luther disait On Mon, Jun 23, 2003 at 09:41:26PM +0200, Erwan David wrote: Le Mon 23/06/2003, Denis Barbier disait Pour que les choses soient claires, la façon dont les paquets entrent dans la distribution testing est expliquée sur http://www.debian.org/devel/testing Avec le même exemple d'hevea, on voit qu'il est possible de mettre à jour ocaml et hevea sans que les paquets dans testing ne soient cassés, s'ils sont déplacés simultanément. J'aimerai avoir des explications similaires dans le cas où la compilation se fait sur la base de stable. Ou alors on admet que les paquets puissent être cassés pendant un laps de temps ? tu expliqueras donc pourquoi perlmagick est cassé dans testing celui en perl 5.8 ne pouvant être descendu à cause d'une dépendance sur lcms lui même bloqué parcequ'il dépend de libc6 2.3... T'est quand meme gonfler, Colin Watson te l'a expliquer a 2/3 reprise dans ton bugreport, et tu persiste a ne pas comprendre. Justement, dans woody, il a a été décidé qu'on admettait que les paquets soient cassés. Maintenant j'ai toujours pas compris pourquoi il fallait absolument passer à perl 5.8 dans testing en cassant les dépendances, dont certaines viennent d'une dépendance à la libc6 de unstable... Bref il a été décidé de casser sarge en passant en perl 5.8 avant de passer en glibc 2.3 -- Erwan
Re: Désinstaller complètement un soft
Tout a fait, hier en essayant la manip que vous m'avez conseillée à savoir rajouter le --purge, j'étais toujours confronté au problème. En effet il faut bien penser à supprimer les éléments qui se trouve dans le rep du user. On Mon, 23 Jun 2003 12:43:44 +0200 Regis [EMAIL PROTECTED] wrote: bonjour, mets --purge pour effacer les fichiers de configuration avec. pour plus d'info fais un man ou la FAQ de la liste : http://savannah.nongnu.org/download/debfr-faq/html/ La rédaction vient d'ailleurs d'être modifiée suite à la remarque sur les fichiers de conf perso stockés chez l'utilisateur. Souvent on y pense pas. http://savannah.nongnu.org/download/debfr-faq/html/debfr-faq005.html 3.3.7 Apt 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 -- 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]
Alcatel SpeedTouch PC Card
Bonjour, Je ne trouve aucun renseignement comment l'utiliser avec Debian..., ni aucune version de Linux. Il s'agit bien de la carte à insérer dans le PC, PAS d'un autre modèle ( pour lesquels je trouve bcp de renseignements qui marchent très bien pour ces modèles, mais ne semblent s'appliquer à la PC modem Card ) QQN sait-il où je puis m'adresser? Je vous en remercie à l'avance Patrick Carabin. «Plant in de tuin van je hart slechts de roos der liefde» «Dans le jardin de ton coeur, ne plante que la rose d' amour» Baha'u'llah.
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, 24 Jun 2003 08:51:05 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote: nan, pas si les applis sont compilées en natif... moi j'aimerai bien mais bon... j'ose pas demander ... ;-) Très bien, puisque tu veux t'en sortir avec une pirouette, Ce que tu appelles une pirouette c'est ce que les utilisateurs aiment bien avoir sur leur machine, des applis en natif qui vont vite (quand le natif est possible évidemment). Tu vas pas en revenir, quand je développe en OCaml j'aime bien sa vitesse d'exécution ;-) prenons l'exemple de perl. Le paquet eperl dépend de libperl5.6 dans stable et libperl5.8 dans unstable. J'attends donc que tu nous expliques comment mettre à jour perl et eperl si les paquets sont compilés en stable. je connais pas ces applis, ... quelle est la motivation de l'upgrade ? ben c'est toi qui nous a dit que plusieurs versions c'était mal !! Ah ? Tu peux dire dans quel message ? oups, désolé, c'est Sven, à force je vous confonds;-) 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 Tue, Jun 24, 2003 at 09:21:33AM +0200, Erwan David wrote: Le Tue 24/06/2003, Sven Luther disait On Mon, Jun 23, 2003 at 09:41:26PM +0200, Erwan David wrote: Le Mon 23/06/2003, Denis Barbier disait Pour que les choses soient claires, la façon dont les paquets entrent dans la distribution testing est expliquée sur http://www.debian.org/devel/testing Avec le même exemple d'hevea, on voit qu'il est possible de mettre à jour ocaml et hevea sans que les paquets dans testing ne soient cassés, s'ils sont déplacés simultanément. J'aimerai avoir des explications similaires dans le cas où la compilation se fait sur la base de stable. Ou alors on admet que les paquets puissent être cassés pendant un laps de temps ? tu expliqueras donc pourquoi perlmagick est cassé dans testing celui en perl 5.8 ne pouvant être descendu à cause d'une dépendance sur lcms lui même bloqué parcequ'il dépend de libc6 2.3... T'est quand meme gonfler, Colin Watson te l'a expliquer a 2/3 reprise dans ton bugreport, et tu persiste a ne pas comprendre. Justement, dans woody, il a a été décidé qu'on admettait que les Pas dans woody, dans testing. paquets soient cassés. Maintenant j'ai toujours pas compris pourquoi il fallait absolument passer à perl 5.8 dans testing en cassant les dépendances, dont certaines viennent d'une dépendance à la libc6 de unstable... Parceque l'on souhaite avoir perl 5.8 dans sarge lorsque sarge sera releaser. Bref il a été décidé de casser sarge en passant en perl 5.8 avant de passer en glibc 2.3 N'importe quoi, cela fais des mois que sarge est en glibc 2.3. Amicalement, Sven Luther
Re: Openoffice pass sur doc MS...
Cela signifierai-t-il qu'avec de la retro-ingénieurie on pourrait _légalement_ décoder les pass de MSOffice et intégrer le module dans les autres outils (libres) ? Benoit. Frédéric Bothamy a écrit: De mémoire, il n'est pas très difficile de trouver des utilitaires pour Windows sur le net pour débloquer des documents Office prétendument protégés par mot de passe (bon, je peux me tromper, cela fait plusieurs années que je n'ai pas eu besoin de ce genre d'outils). Fred
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le Tue 24/06/2003, Sven Luther disait Parceque l'on souhaite avoir perl 5.8 dans sarge lorsque sarge sera releaser. Bref il a été décidé de casser sarge en passant en perl 5.8 avant de passer en glibc 2.3 N'importe quoi, cela fais des mois que sarge est en glibc 2.3. ALors je ne comprends pas pourquoi lcms ne passe pas en sarge (ce qui bloque perlmagick...) http://packages.qa.debian.org/l/lcms.html 132 jours pas de bug bloquant la seule dépendance est libc6 =2.3.1-1 Y'a un truc qui a du m'échapper... -- Erwan
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 12:29:51AM +0200, Georges Mariano wrote: hmm, si tous le monde reste en libc6-2 (hypothèse d'école évidemment) pourquoi intégrer la libc6-368 dans la Debian/Core ... ? dans ton scenario, j'ai comme l'impression que la 368 resterait dans testing non (pas suffisamment testée)? Avec les dépendances minimales, un paquet n'est vraiment intégré que si le besoin est indiscutable. Avec les dépendances maximales, un paquet est intégré... parce qu'il existe (une sorte de push). Le problème reste le même: le jour ou libc6-368 devient indispensable à foobar-3.2.25, elle commence à être utilisée par les utilisateurs (non-DD) de foobar sans avoir été vraiment testée. En ce moment, les DDs sont obligés de tester les nouvelles versions avant les utilisateurs. Il pourrait également y avoir un problème où la distribution n'avance plus du tout: après tout, mon système marche tout aussi bien avec un noyau 2.2, peut-être même un 2.0... et tu es passé de potato à woody comment ? un beau matin d'une potato pure à une woody pure ou petit à petit (comme moi)? update puis dist-upgrade, et deux nuits d'upload (rhaa, bientôt l'adsl). Si je me souviens bien, seul la config de diald fût cassée. .Y -- Marbles should be kept together.
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 01:59:07AM +0200, Raphaël SurcouF Bordet wrote: Un backport ne sera jamais mieux qu'un paquet officiel de la stable. C'est justement ce que tu ne comprends pas: l'assurance qualité de debian joue sur ce plan-là. Ce que toi tu ne comprends pas, c'est que Georges suggère une nouvelle manière de produire Debian, en se basant plus sur stable et moins sur sortir une nouvelle version complète. Il ne dit pas qu'il ne faut pas faire d'assurance 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. C'en est à se demander pourquoi tu persistes encore à utiliser Debian... Qu'est-ce qui te retient encore au projet actuel ? Je ne vous comprends vraiment pas. L'aspect social bien sûr: quelle autre distribution permet des débats intéressants et interminables sur leur mailing listes? :-) /Y -- Marbles should be kept together.
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 08:51:05AM +0200, Denis Barbier wrote: Très bien, puisque tu veux t'en sortir avec une pirouette, prenons l'exemple de perl. Le paquet eperl dépend de libperl5.6 dans stable et libperl5.8 dans unstable. J'attends donc que tu nous expliques comment mettre à jour perl et eperl si les paquets sont compilés en stable. Pour l'instant, il n'y a que des yaka, mais certainement pas des propositions concrètes. Dans un concept de stable glissant (ou de nouvelles versions apparaissent dans stable, mais les dépendances restent les plus vieilles), libperl5.8 serait disponible avant, donc on utiliserait eperl(Depends:=libperl5.6) avec libperl5.8, puis plus tard quand eperl(Depends:=libperl5.8) sort, seul eperl est upgradé. C'est simplement une façon complètement différente de suivre la progression de la distribution, et d'après ce que dit Sven c'est ce que testing aurait du être. /Y -- Marbles should be kept together.
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 10:50:36AM +0200, Erwan David wrote: Le Tue 24/06/2003, Sven Luther disait Parceque l'on souhaite avoir perl 5.8 dans sarge lorsque sarge sera releaser. Bref il a été décidé de casser sarge en passant en perl 5.8 avant de passer en glibc 2.3 N'importe quoi, cela fais des mois que sarge est en glibc 2.3. ALors je ne comprends pas pourquoi lcms ne passe pas en sarge (ce qui bloque perlmagick...) http://packages.qa.debian.org/l/lcms.html 132 jours pas de bug bloquant la seule dépendance est libc6 =2.3.1-1 Y'a un truc qui a du m'échapper... Un petit tour a : http://bjorn.haxx.se/debian/ te donnera la page suivante : http://bjorn.haxx.se/debian/testing.pl?package=lcms Faire passer lcms dans testing rendra 308 packages non-installable dans testing. La page dis alpha, mais c'est uniquement parceque les architectures sont teste de maniere sequentielles, et comme alpha est la premiere d'entre eux. Je suppose que la raison reel derriere cela c'est que les 308 packages en questions ne fonctionneront pas avec la nouvelle version de lcms, et doivent donc etre recompiler ou quelque chose du genre, et que leur version dans unstable soit aussi pret a remplacer la version dans testing. Tout cela est bien sur explique dans la documentation de la distribution testing : http://www.debian.org/devel/testing Il est dommage que le script de bjorn ne soit pas disponible directement depuis le PTS, mais bon, cela viendra peut-etre. Amicalement, Sven Luther
Re: Openoffice pass sur doc MS...
* Benoit Lathiere [EMAIL PROTECTED] [2003-06-24 10:20] : Cela signifierai-t-il qu'avec de la retro-ingénieurie on pourrait _légalement_ décoder les pass de MSOffice et intégrer le module dans les autres outils (libres) ? Aucune idée : cela n'avait pas l'air spécialement libre, ni légal (enfin, je n'en sais strictement rien). Donc, si le groupe de développement d'OpenOffice ne veut pas avoir de problème (genre DMCA aux États-Unis, EUCD en Europe), ils ont plutôt intérêt à ne pas toucher à ce genre de protection de fichier. Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
* Sven Luther [EMAIL PROTECTED] [2003-06-23 13:09] : On Mon, Jun 23, 2003 at 10:53:07AM +0200, Georges Mariano wrote: [...] tu rigole ?? Il y avait deux version de X disponibles la 3.3.6 et la 4.0. Il y avait deux manière de régler facilement le problème de pas mal de dépendance (je simplifie) soit 3.3.6 provides 4.0, et ça marchait bien sauf pour quelques applis pointues et là fallait passer en (vrai) 4.0 : _uniquement si nécessaire_ soit 4.0 provides 3.3.6 et là, de toute manière tu passes en 4.0 même si t'as pas besoin Ca c'est des connerie, excuse moi, mais tu est vraiment butter. La meilleure maniere c'est de garder le serveur X 3.3.6, vu que c'est celui la que tu pense marche le mieux, et d'installer les bibliotheques X 4.x, celle qui satisfont les dependances dont tu a besoin. Et je doute tres fort qu'il y ai un quelconque changement de ressource entre les bibliotheques, Xlibs 3.x et les 4.x. Le serveur je ne dis pas, et encore je ne suis pas sur que ce soit le cas, mais les biblliotheques, vraiment, elle ne devrait pas utiliser plus de ressources. Là, je confirme ce que dit Sven : il est parfaitement possible d'utiliser un vieux PC (pour moi, un PPro 200 avec une carte vidéo S3 Trio32 non supportée par XFree 4.1) avec woody et XFree 3.3 (je n'ai pas pensé à utiliser le pilote vesa de XFree 4) et d'utiliser tout de même les programmes compilés par rapport à la xlib 4 (on parlait de dillo, il me semble, qui est tout à fait utilisable et rapide sur ce genre de machine). Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: Openoffice pass sur doc MS...
Le 24/06/03 10:20, Benoit Lathiere a écrit tout plein de choses, dont : Cela signifierai-t-il qu'avec de la retro-ingénieurie on pourrait _légalement_ décoder les pass de MSOffice et intégrer le module dans les autres outils (libres) ? Justement, c'est parceque ce serait illégal qu'il est actuellement impossible d'intégrer la gestion des documents protégés dans OOo. Cf. les discussions sur fr.openoffice.org. Par contre ce doit être possible dans le cadre d'une sorte de plug-in pour OOo, non officiel. Ce serait trés pratique... si Microsoft ne vient pas fourrer son groin par là... -- moku [EMAIL PROTECTED] http://www.projectshirow.net/ Je vends ! - http://moku.free.fr/a_la_vente.html
Signe calbalistique sur tty
Salut la liste Jai fait un «#cat fichier.core» (je sais cest stupide) et jai un tty qui ne me cause plus quen signe cabalistique, tout les autres vont bien. Je sais quen relançant la machine ça va résoudre le problème mais je peux pas sur cette machine. Cest pas très grave, il me reste 7 tty pour bosser mais bon je voudrais bien récupérer celui la. Jai essayé de kill -9 le processus mais il se relance avec toujours le même souk. Je me questionne. Merci ¯¨´*·~-.¸¸,.-~*´¨Calimero¯¨´*·~-.¸¸,.-~*´¨ Si un jour je rencontre dieu, j'aurais deux mots à lui dire!!
Re: Signe calbalistique sur tty
Yann wrote: Salut la liste Jai fait un #cat fichier.core (je sais cest stupide) et jai un tty qui ne me cause plus quen signe cabalistique, tout les autres vont bien. Je sais quen relanant la machine a va rsoudre le problme mais je peux pas sur cette machine. Cest pas trs grave, il me reste 7 tty pour bosser mais bon je voudrais bien rcuprer celui la. Jai essay de kill -9 le processus mais il se relance avec toujours le mme souk. Je me questionne. Tapes reset en aveugle, cf la FAQ de la liste : http://savannah.nongnu.org/download/debfr-faq/html/debfr-faq026.html#toc129 -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux===
Re: Signe calbalistique sur tty
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 relanc,ant la machine c,a va resoudre le probleme mais je peux pas sur cette machine. C'est pas tres grave, il me reste 7 tty pour bosser mais bon je voudrais bien recuperer celui la. J'ai essaye de kill -9 le processus mais il se relance avec toujours le meme souk. Je me questionne. Faut taper «reset» Charles
Re: Signe calbalistique sur tty
Le Tue, Jun 24, 2003 at 02:00:22PM +0200, Yann a écrit : Merci cat /bin/ls ou cat /bin/sh Parfois, le reset ne marche pas bien. -- MES SAGES PERSONNELS : La douche est tout près du bar -- amonyne. Gaétan RYCKEBOER Société Virtual-Net [Tous textes et propos tenus dans ce couriel sont sous license DMDZZ] pgpLEbXanAzuO.pgp Description: PGP signature
signe cabalistique sur tty2
Salut la liste Jai fait un « #cat fichier.core » (je sais cest stupide) et jai un tty qui ne me cause plus quen signe cabalistique, tout les autres vont bien. Je sais quen relançant la machine ça va résoudre le problème mais je peux pas sur cette machine. Cest pas très grave, il me reste 7 tty pour bosser mais bon je voudrais bien récupérer celui la. Jai essayé de kill -9 le processus mais il se relance avec toujours le même souk. Je me questionne. Merci ¯¨´*·~-.¸¸,.-~*´¨Calimero¯¨´*·~-.¸¸,.-~*´¨ Si un jour je rencontre dieu, j'aurais deux mots à lui dire!!
Re: Signe calbalistique sur tty
Le mardi 24 juin 2003, Charles Plessy a écrit... bonjour, Faut taper «reset» Et Ctrl-L c'est pas plus rapide ? Ça ne marche pas dans ce cas là ? -- Jean-Michel, qui a tous ses tty en bon état et qui ne peut pas tester N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: Signe calbalistique sur tty
LE Tue, 24 Jun 2003 14:27:44 +0200 Charles Plessy [EMAIL PROTECTED] a dit: 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 Faut taper «reset» Pour un petit des diverses solutions possibles et pour ceux qui ne travaillent pas que sous linux voici une astuce de linuxfr. http://linuxfr.org/tips/72.html Bonne journée à tous. -- Ploufy
Re: Signe calbalistique sur tty
* Yann [EMAIL PROTECTED] [2003-06-24 14:00] : Salut la liste Jai fait un « #cat fichier.core » (je sais cest stupide) et jai un tty qui ne me cause plus quen signe cabalistique, tout les autres vont bien. Je sais quen relançant la machine ça va résoudre le problème mais je peux pas sur cette machine. Cest pas très grave, il me reste 7 tty pour bosser mais bon je voudrais bien récupérer celui la. Jai essayé de kill -9 le processus mais il se relance avec toujours le même souk. Je me questionne. Tu peux consulter le Text-Terminal HOWTO sur une autre console et appliquer les méthodes recommandées (dans la section 16.8 Corrupted Terminal Interface). On y parle de reset (comme indiqué dans les autres messages), mais aussi de setterm -reset et stty sane (il me semble qu'il est aussi possible de faire cela avec des commandes envoyées au terminal directement, mais je ne retrouve pas la bonne commande dans ce HOWTO, elle doit probablement être trouvable dans la page de manuel de console_codes (4)). Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: Signe calbalistique sur tty
On Tue, 24 Jun 2003 14:48:08 +0200 jean-michel OLTRA [EMAIL PROTECTED] wrote: Le mardi 24 juin 2003, Charles Plessy a écrit... bonjour, Faut taper «reset» Et Ctrl-L c'est pas plus rapide ? Ça ne marche pas dans ce cas là ? Ctrl-L efface seulement l'écran. Dans son cas la fonte est 'bordélisée'.
Re: Openoffice pass sur doc MS...
Bonjour, c'est à peu près le meme cas de figure concernant les DVD cryptés il me semble non ? Qu'en est'il du status de la livdvdread (et libdvdcss je crois) ? Un bon tit paquet tout ce qu'il y a de plus officieux et c'est réglé ;). 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... :/ A+, J8. Frédéric Bothamy wrote: * Benoit Lathiere [EMAIL PROTECTED] [2003-06-24 10:20] : Cela signifierai-t-il qu'avec de la retro-ingénieurie on pourrait _légalement_ décoder les pass de MSOffice et intégrer le module dans les autres outils (libres) ? Aucune idée : cela n'avait pas l'air spécialement libre, ni légal (enfin, je n'en sais strictement rien). Donc, si le groupe de développement d'OpenOffice ne veut pas avoir de problème (genre DMCA aux États-Unis, EUCD en Europe), ils ont plutôt intérêt à ne pas toucher à ce genre de protection de fichier. Fred
Verrouillage auto de la console...
Je sais, ça a déjà été dit sur la liste, mais je n'arrive pas à le retrouver (y compris dans les archives)... Je voudrais pouvoir vérrouiller l'écran (en console sur des serveurs woody) en cas d'inutilisation prolongée (sup à 10 minutes par exemple). Que dois-je modifier. Merci de votre aide... et de votre patience! -- Loick.
Re: Signe calbalistique sur tty
On Tuesday 24 June 2003 14:00, Yann wrote: Salut la liste Bonjour, Jai fait un « #cat fichier.core » (je sais cest stupide) et jai un tty qui ne me cause plus quen signe cabalistique, tout les autres vont bien. Je sais quen relançant la machine ça va résoudre le problème mais je peux pas sur cette machine. Cest pas très grave, il me reste 7 tty pour bosser mais bon je voudrais bien récupérer celui la. Jai essayé de kill -9 le processus mais il se relance avec toujours le même souk. Je me questionne. essaye la commande: reset linux
Re: Verrouillage auto de la console...
Pour préciser ma demande... Mes serveurs n'ont pas d'interfaces graphiques (ne me proposez pas xautolock). Ils sont tous sur woody. Je souhaiterais désactiver le terminal au bout de X minutes d'inactivitée. (le top serait de pouvoir selectionner les terminaux désactivables)... Merci à ceux qui m'ont déja répondu en privé. Loick.
Re: Verrouillage auto de la console...
* Loic.B (FDUL) [EMAIL PROTECTED] [2003-06-24 16:04] : Je sais, ça a déjà été dit sur la liste, mais je n'arrive pas à le retrouver (y compris dans les archives)... Je voudrais pouvoir vérrouiller l'écran (en console sur des serveurs woody) en cas d'inutilisation prolongée (sup à 10 minutes par exemple). Que dois-je modifier. Installer lockvc ? (trouvé en 15 s avec un apt-cache search lock) Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
ftpd ?
Salut ! Je viens d'installer ftpd afin d'envoyer des fichiers html de mon laptop sur ce serveur... ftpd est bien actif, je peux me connecter dessus ! .. seulement j'ai toujours un login incorrect ! Sur cette machine, je n'ai pas installé le MD5 ni le Shadow.. ça pourrait venir de la ? Sinon a part créer un user et mettre un PATH... je vois vraiment pas ce que je pourrais faire d'autre et ou ça cloche .. De plus la doc pour ftpd néant Merci d'avance pour les réponses, je sens déja la honte s'abattre sur moi ;-) OOo--°,°-oOO http:://fcom.free.fr
Re: Verrouillage auto de la console...
Le Tue 24/06/2003, Frédéric Bothamy disait * Loic.B (FDUL) [EMAIL PROTECTED] [2003-06-24 16:04] : Je sais, ça a déjà été dit sur la liste, mais je n'arrive pas à le retrouver (y compris dans les archives)... Je voudrais pouvoir vérrouiller l'écran (en console sur des serveurs woody) en cas d'inutilisation prolongée (sup à 10 minutes par exemple). Que dois-je modifier. Installer lockvc ? (trouvé en 15 s avec un apt-cache search lock) Ou vlock. -- Erwan
Re: us/fr en console
Seb a écrit: Salut ! Bonjour , Savez-vous quel fichier il faut changer sous Debian Woody (ou quel package dpkg-ifier) pour indiquer au PC que son clavier est qwerty au démarrage (mode console) ? Raison de ce problème: j'ai installé la Woody sur un portable azerty. Depuis j'ai ajouté un clavier qwerty externe (avec un convertisseur PS/2 vers USB). J'ai indiqué dans /etc/X11/XF86Config-4 la bonne option pour utiliser le qwerty sous fvwm2, mais je sèche pour la partie console... loadkeys us pour passer en clavier us loadkeys fr pour revenir en clavier francais Amicalement Michel -- Tuxophiles, bien sur que nous sommes tuxophiles, et winophobes en plus. Mais il ne faut pas confondre tuxophilie et tuxo-integrisme, l'amalgame est fait beaucoup trop rapidement par les winophiles-tuxophobes .
Woody, 3COM905 et Adaptec 2110s RAID
Bonjour à tous. Utilisateur de Linux de longue date, je tente d'installer une woody sur un serveur assez banal : Carte mere Asus base Intel + Celeron Carte RAID SCSI Adaptec 2110s Carte reseau 3COM905 Bref, que du standard. Et je dois dire que je suis assez surpris : ni le reseau ni le raid ne fonctionnent avec la woody. Je connaissais la politique de Debian concernant la securite, mais la ca frise quand meme le ridicule, non ? Enfin ce n'est qu'un avis apres une apres-midi de travail perdue :-( Si quelqu'un a une idee (vanilla ne marche pas mieux, et compact non plus). Existe-t'il une version humainement utilisable de la woody ? Je veux dire par la, une version qui prenne en compte au moins la carte RAID ? En effet, hors de question de faire l'install sur un dur IDE pour transferer ensuite sur la grappe RAID. Plus generalement, et la je m'adresse aux developpeurs debian s'il y en a sur cette liste, ce serait pas mal je pense, au moins pour la procedure d'install, de proceder 'à la gentoo' si je puis dire : un maximum de periphs supportes, installer les sources du systeme, et proposer soit l'utilisation du noyau pre-compile, soit la recompil de ce dernier. Ca aurait l'avantage de rendre la distrib installable... Cordialement.
Re: Verrouillage auto de la console...
Le Mardi 24 Juin 2003 16:04, Loic.B (FDUL) a écrit : Je voudrais pouvoir vérrouiller l'écran (en console sur des serveurs woody) en cas d'inutilisation prolongée (sup à 10 minutes par exemple). Que dois-je modifier. Merci de votre aide... et de votre patience! Si tu utilises bash, tu as la possibilité de modifier la variable TMOUT : export TMOUT=60 -- Tu sera déconnecté au bout de 60 secondes. -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net
config d' alsa sur woody
salut à tous, je viens de compiler alsa0.9 sur une woody, et à première vue tout avait l'air ok, mais lorsque j'essaie de configurer le driver alsa par 'alsaconf', après avoir sélectionné la bonne carte 'via686a' dans la liste, le système répond qu'il y a un problème avec amixer et que cela doit venir du fait que la carte n'a pas été détectée correctement ou n'est pas configurée. de plus au démarrage du système , celui ci dit à propos d'alsa' que la carte n'est pas configurée... et, dans le panneau de configuration, dans l'onglet informations, puis 'son', on a : sound driver 3.8.1a-980706(alsa 0.9.0beta12 emulation code) config options :0 installed drivers: type 10:alsa emulation card config: ---no soundcard--- audio device :not enabled in config synth device:not enabled in config midi device:not enabled in config timers:not enabled in config mixers:notenabled in config quelqu'un a t il une suggestion ? merci, ciao...
Re: Woody, 3COM905 et Adaptec 2110s RAID
bonjour, Je peux répondre que sur la carte réseau. C'est la carte que j'utilise aussi sur mon serveur. Lors de l'install il faut choisir le module : 3c59x, ou le rajouter après ... Pour le RAID, j'ai un RAID IDE et j'ai utilisé le CD5 et tout a marché du premier coup. Je sais qu'il y a d'autres pilotes raid dans cette mouture du noyau ... bonne chance pour cette install Régis Bonjour à tous. Utilisateur de Linux de longue date, je tente d'installer une woody sur un serveur assez banal : Carte mere Asus base Intel + Celeron Carte RAID SCSI Adaptec 2110s Carte reseau 3COM905 Bref, que du standard. Et je dois dire que je suis assez surpris : ni le reseau ni le raid ne fonctionnent avec la woody. Je connaissais la politique de Debian concernant la securite, mais la ca frise quand meme le ridicule, non ? Enfin ce n'est qu'un avis apres une apres-midi de travail perdue :-( Si quelqu'un a une idee (vanilla ne marche pas mieux, et compact non plus). Existe-t'il une version humainement utilisable de la woody ? Je veux dire par la, une version qui prenne en compte au moins la carte RAID ? En effet, hors de question de faire l'install sur un dur IDE pour transferer ensuite sur la grappe RAID. Plus generalement, et la je m'adresse aux developpeurs debian s'il y en a sur cette liste, ce serait pas mal je pense, au moins pour la procedure d'install, de proceder 'à la gentoo' si je puis dire : un maximum de periphs supportes, installer les sources du systeme, et proposer soit l'utilisation du noyau pre-compile, soit la recompil de ce dernier. Ca aurait l'avantage de rendre la distrib installable... Cordialement. -- 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]
réglages mldonkey
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
Re: config d' alsa sur woody
salut, voici les quelques urls qui m'ont aidé à faire fonctionner alsa sur ma machine : en anglais (très bien fait je me suis basé quasiment que sur cette doc) http://www.sonic.net/~rknop/linux/debian_alsa.html en français http://www.debianworld.org/Docs_Alsa.php http://www.debian-fr.org/ http://nicolaxx.free.fr/docs/dingdong/dingdong.htm Régis - Original Message - From: dédé le homard [EMAIL PROTECTED] To: forum Debian-user debian-user-french@lists.debian.org Sent: Tuesday, June 24, 2003 11:51 PM Subject: config d' alsa sur woody salut à tous, je viens de compiler alsa0.9 sur une woody, et à première vue tout avait l'air ok, mais lorsque j'essaie de configurer le driver alsa par 'alsaconf', après avoir sélectionné la bonne carte 'via686a' dans la liste, le système répond qu'il y a un problème avec amixer et que cela doit venir du fait que la carte n'a pas été détectée correctement ou n'est pas configurée. de plus au démarrage du système , celui ci dit à propos d'alsa' que la carte n'est pas configurée... et, dans le panneau de configuration, dans l'onglet informations, puis 'son', on a : sound driver 3.8.1a-980706(alsa 0.9.0beta12 emulation code) config options :0 installed drivers: type 10:alsa emulation card config: ---no soundcard--- audio device :not enabled in config synth device:not enabled in config midi device:not enabled in config timers:not enabled in config mixers:notenabled in config quelqu'un a t il une suggestion ? merci, ciao... -- 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: hotkeys... touchpad... debian et SONY VAIO
Le Sat, Jun 21, 2003 at 11:08:37PM +0200, Antonin Hily a écrit: Salut à tous Salut ! j'ai installé une debian sur mon VAIO PCG-GRV616S... après quelques problèmes, tout est ok... sauf : je n'ai pas les hotkeys, le touchpad me saoule parce que j'ai une souris, mais il reste activé, alors dès que je le fraule, ça part en sucette dans tous les sens ! est-ce que quelqu'un a des astuces ou des p'tits progs pour conf tout ça ? Je te conseille d'installer xbindkeys et xbindkeys-conf tu verras pour tes touches spéciales c bien pratiques. Pour ta souris, est ce que le maudit GPM est installé ? merci De rien antonin -- (o_ -+- Félix SPORTELLI -+- | Gpg key : 0xB629FE17 //\alias Neosadik | MAIL: [EMAIL PROTECTED] V_/_ Debian GNU/Linux user. | WWW : http://www.linux-village.org
Re: Verrouillage auto de la console...
On Tue, Jun 24, 2003 at 07:11:19PM +0200, Michel Grentzinger wrote: Le Mardi 24 Juin 2003 16:04, Loic.B (FDUL) a ?crit : Je voudrais pouvoir v?rrouiller l'?cran (en console sur des serveurs woody) en cas d'inutilisation prolong?e (sup ? 10 minutes par exemple). Que dois-je modifier. Merci de votre aide... et de votre patience! Si tu utilises bash, tu as la possibilit? de modifier la variable TMOUT : export TMOUT=60 -- Tu sera d?connect? au bout de 60 secondes. je te remercie je trouve que c'est une super info. C'est super comme astuce. Je vais tout de suite mettre ca dans mon bashrc -- Sebastien JULIENNE -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net -- 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: Verrouillage auto de la console...
Le Mardi 24 Juin 2003 18:03, Erwan David a écrit : Installer lockvc ? (trouvé en 15 s avec un apt-cache search lock) Ou vlock. Les deux réponses précedentes bien que trouvée en 15 secondes (effectivement, je n'avais du les trouver qu'en 16!), ne répondent pas à la demande: je voudrais un verrouillage auto et pas provoqué par une action manuelle... Merci quand même! Loick
Re: réglages mldonkey
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é ;- 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. Bonne chance. Sylvain LE GALL
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 10:33:41AM +0100, Yves Rutschle wrote: On Tue, Jun 24, 2003 at 08:51:05AM +0200, Denis Barbier wrote: Très bien, puisque tu veux t'en sortir avec une pirouette, prenons l'exemple de perl. Le paquet eperl dépend de libperl5.6 dans stable et libperl5.8 dans unstable. J'attends donc que tu nous expliques comment mettre à jour perl et eperl si les paquets sont compilés en stable. Pour l'instant, il n'y a que des yaka, mais certainement pas des propositions concrètes. Dans un concept de stable glissant (ou de nouvelles versions apparaissent dans stable, mais les dépendances restent les plus vieilles), libperl5.8 serait disponible avant, donc on utiliserait eperl(Depends:=libperl5.6) avec libperl5.8, puis plus tard quand eperl(Depends:=libperl5.8) sort, seul eperl est upgradé. Même réponse que pour Thomas Nemeth, l'exécutable eperl compilé avec perl 5.6 ne fonctionnera pas quand perl 5.8 remplace perl 5.6 dans cette « stable » glissante. Démonstration: - copie d'un eperl de stable dans unstable - $ ./eperl ./eperl: error while loading shared libraries: libperl.so.5.6: cannot open shared object file: No such file or directory 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. Denis
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 09:32:52AM +0200, Georges Mariano wrote: [...] prenons l'exemple de perl. Le paquet eperl dépend de libperl5.6 dans stable et libperl5.8 dans unstable. J'attends donc que tu nous expliques comment mettre à jour perl et eperl si les paquets sont compilés en stable. je connais pas ces applis, ... quelle est la motivation de l'upgrade ? [...] Puisque les cas concrets ne t'intéressent pas, soient A et B deux paquets, qui seront supposés pour simplifier avoir les mêmes noms en paquets source et binaire. On note vA1 et vA2 les versions des programmes (choisies par upstream) de A, et dA1 et dA2 les numéros de révision Debian. On introduit des notations similaires pour le paquet B. Supposons que A a besoin pour s'exécuter de la version de B qui a servi lors de la compilation, et plus précisément de vB, quel que soit dB. Les paquets se trouvent dans stable dans les versions vA1dA1 et vA2dA2. Maintenant, les utilisateurs demandent à ce que les nouvelles versions soient mises dans la version stable, il suffit de regarder www.apt-get.org pour s'en rendre compte. Il faut donc réussir à faire rentrer A vA2 et B vB2 dans stable. Pour cela, on me propose de faire rentrer d'abord B vB2. Mais alors A vA1 ne peut plus marcher avec B vB2, et cette distribution soi-disant plus stable est obligatoirement cassée. On me répondra que le paquet A vA2 va suivre rapidement, mais rien n'indique qu'il soit facile de compiler A vA2 avec B vB2, on risque donc d'avoir un cassage pendant une durée non négligeable. Pourquoi ce problème n'existe-t-il pas si on compile en unstable ? Il existe, et unstable est cassé de la même façon, mais ces paquets cassés ne vont pas rentrer dans testing. On commence par faire rentrer B vB2, puis on compile A vA2 avec B vB2, et lorsque tout est bon, les programmes peuvent migrer vers testing. La distribution unstable joue son rôle de tampon. Avec la « solution » proposée, ce rôle de tampon sera joué par la distribution stable. Brillante idée ! Denis
Re: us/fr en console
Coucou, | Savez-vous quel fichier il faut changer sous Debian Woody (ou quel | package dpkg-ifier) pour indiquer au PC que son clavier est qwerty au | démarrage (mode console) ? | C'est le paquettage console-data. Pour le configurer, il suffit de taper | : dpkg-reconfigure console-data | Un petit complément d'information technique : cette manipulation va | modifier le fichier /etc/console/boottime.kmap.gz en recopiant l'un des | fichiers /usr/share/keymaps/*/*/*.kmap.gz (par exemple, | i386/azerty/fr-latin9.kmap.gz). Merci pour ces informations précises ! C'est bien réglé maintenant. Seb.
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le mar 24/06/2003 à 11:23, Yves Rutschle a écrit : On Tue, Jun 24, 2003 at 01:59:07AM +0200, Raphaël SurcouF Bordet wrote: Un backport ne sera jamais mieux qu'un paquet officiel de la stable. C'est justement ce que tu ne comprends pas: l'assurance qualité de debian joue sur ce plan-là. Ce que toi tu ne comprends pas, c'est que Georges suggère une nouvelle manière de produire Debian, en se basant plus sur stable et moins sur sortir une nouvelle version complète. Il ne dit pas qu'il ne faut pas faire d'assurance 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. Non seulement, ça risque, comme je le disais, de produire une debian à deux vitesses (unstable et stable+backport) mais en outre, rien ne permet d'affirmer que les backports en question seront de la même qualité. Pourquoi a-t-il abandonné sa propre production ? C'en est à se demander pourquoi tu persistes encore à utiliser Debian... Qu'est-ce qui te retient encore au projet actuel ? Je ne vous comprends vraiment pas. L'aspect social bien sûr: quelle autre distribution permet des débats intéressants et interminables sur leur mailing listes? :-) J'aimerais bien que lui me réponde à ce sujet... -- Raphaël SurcouF Bordet [EMAIL PROTECTED]
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, 24 Jun 2003 22:59:45 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote: tampon. Avec la « solution » proposée, ce rôle de tampon sera joué par la distribution stable. Brillante idée ! Bon écoute Denis, le principal reproche initial n'était pas celui d'avoir des distribs temporairement cassées mais celui d'avoir des dépendances minimales (proposer xfree4.0 _là où_ 3.6 suffit, proposer libperl5.8 _là où_ libperl5.6 suffit etc etc) je ne demande pas à courir après les dernières versions de tout ce qui bouge sur le net... depuis que j'utilise Debian j'entend régulièrement que tout le monde aimerait raccourcir les délais de release mais je vois mal comment on espère atteindre cet objectif sans changer au moins un peu le processus de release. donc il y a des idées à creuser * les taquets de version vers le bas plutôt que vers le haut * modulariser la distrib (pourquoi pas?) (ne pas vouloir tout packager pour toutes les archi si on en a pas les moyens) * avoir une politique stricte pour définir ce que l'on veut livrer à court terme (par exemple décider [par un comité] que libperl5.8 ce sera pour plus tard et finir le boulot sur libperl5.6) comme tout bouge trop vite, on se retrouve régulièrement avec le dilemment «on peut raisonnablement pas sortir la prochaine Debian sans y mettre machine-super-baleze-k+1» (gnome k+1, kde k+1, perl k+1, ...) En rejetant localement chaque piste on risque de passer à côté d'un progrès global... Tiens une réflexion, en passant, Sven indique qu'il ne veut pas cautionner une duplication d'effort inutile. Ok, je comprends. Alors que devient le boulot fait pour perl5.6 ?? si je comprends bien, perl5.8 n'est pas compatible perl5.6 ?? (on ne pouvait pas avoir perl-5.6 et perl-5.8 ?) Pour ma culture, je suis pas perlien ... 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: Verrouillage auto de la console...
* Loick.B [21:37 24/06/03 CEST]: Le Mardi 24 Juin 2003 18:03, Erwan David a écrit : Installer lockvc ? (trouvé en 15 s avec un apt-cache search lock) Ou vlock. Les deux réponses précedentes bien que trouvée en 15 secondes (effectivement, je n'avais du les trouver qu'en 16!), ne répondent pas à la demande: je voudrais un verrouillage auto et pas provoqué par une action manuelle... 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. -- Ne postez pas idiot ! Lisez la FAQ : http://savannah.nongnu.org/download/debfr-faq/html/ pgpGqUKQtIh00.pgp Description: PGP signature
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le 24.06.03, Denis Barbier a tapoté : | On Tue, Jun 24, 2003 at 10:33:41AM +0100, Yves Rutschle wrote: | | Dans un concept de stable glissant (ou de nouvelles | versions apparaissent dans stable, mais les dépendances | restent les plus vieilles), libperl5.8 serait disponible | avant, donc on utiliserait eperl(Depends:=libperl5.6) avec | libperl5.8, puis plus tard quand eperl(Depends:=libperl5.8) | sort, seul eperl est upgradé. | | Même réponse que pour Thomas Nemeth, l'exécutable eperl compilé | avec perl 5.6 ne fonctionnera pas quand perl 5.8 remplace perl 5.6 | dans cette « stable » glissante. | Démonstration: | - copie d'un eperl de stable dans unstable | - $ ./eperl | ./eperl: error while loading shared libraries: libperl.so.5.6: cannot open shared object file: No such file or directory | | 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... Thomas
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Tue, Jun 24, 2003 at 11:44:35PM +0200, Georges Mariano wrote: [...] donc il y a des idées à creuser * les taquets de version vers le bas plutôt que vers le haut * modulariser la distrib (pourquoi pas?) (ne pas vouloir tout packager pour toutes les archi si on en a pas les moyens) * avoir une politique stricte pour définir ce que l'on veut livrer à court terme (par exemple décider [par un comité] que libperl5.8 ce sera pour plus tard et finir le boulot sur libperl5.6) comme tout bouge trop vite, on se retrouve régulièrement avec le dilemment «on peut raisonnablement pas sortir la prochaine Debian sans y mettre machine-super-baleze-k+1» (gnome k+1, kde k+1, perl k+1, ...) En rejetant localement chaque piste on risque de passer à côté d'un progrès global... 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. 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. * 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. * [...] définir ce que l'on veut livrer à court terme Oui, avoir des objectifs me semble relever du bon sens. On ne peut pas dire que ce soit le cas actuellement. Tiens une réflexion, en passant, Sven indique qu'il ne veut pas cautionner une duplication d'effort inutile. Ok, je comprends. Alors que devient le boulot fait pour perl5.6 ?? Comprends pas, il n'y a pas de problème avec perl. Il est rentré dans testing au forceps, mais c'est à cause de dépendances avec d'autres paquets. si je comprends bien, perl5.8 n'est pas compatible perl5.6 ?? Non, pas pour les modules compilés, ni les programmes utilisant la libperl. (on ne pouvait pas avoir perl-5.6 et perl-5.8 ?) Pour ma culture, je suis pas perlien ... 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. Ce n'est qu'un exemple, si tu me réponds que tu veux de l'ocaml natif, on discutera de perl. Denis
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
On Wed, Jun 25, 2003 at 12:48:34AM +0200, Thomas Nemeth wrote: Le 24.06.03, Denis Barbier a tapoté : | On Tue, Jun 24, 2003 at 10:33:41AM +0100, Yves Rutschle wrote: | | Dans un concept de stable glissant (ou de nouvelles | versions apparaissent dans stable, mais les dépendances | restent les plus vieilles), libperl5.8 serait disponible | avant, donc on utiliserait eperl(Depends:=libperl5.6) avec | libperl5.8, puis plus tard quand eperl(Depends:=libperl5.8) | sort, seul eperl est upgradé. | | Même réponse que pour Thomas Nemeth, l'exécutable eperl compilé | avec perl 5.6 ne fonctionnera pas quand perl 5.8 remplace perl 5.6 | dans cette « stable » glissante. | Démonstration: | - copie d'un eperl de stable dans unstable | - $ ./eperl | ./eperl: error while loading shared libraries: libperl.so.5.6: cannot open shared object file: No such file or directory | | 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. Denis
Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
Le lundi 23 juin 2003, à 22:17, Denis Barbier écrivait : On Mon, Jun 23, 2003 at 03:37:24PM +0200, Laurent Defours wrote: Si c'est B.v1 qui se trouve dans ta version de la distribution et que B.v2 n'y est pas, il me semble franchement irresponsable de faire une dépendance vers B.v2. Mais dans ton idée, le paquet A.v1 lui-même ne fait pas exactement partie de cette version de la distribution, je me trompe ? Oui, mais les explications étaient tellement peu claires que ce n'est pas étonnant. Voici un autre exemple qui en reprend (je crois) l'idée. Les informations du paquet Debian perl 5.8 contiennent : Replaces: perl-5.005 ( 6), perl-5.6 ( 6), perl-doc ( 5.8.0-1), libdigest-md5-perl, libmime-base64-perl, libtime-hires-perl Provides: perl5, libdigest-md5-perl, libmime-base64-perl, libtime-hires-perl Conflicts: perl-5.004 ( 6), perl-5.005 ( 6), perl-5.6 ( 6), perl-doc ( 5.8.0-1), libdigest-md5-perl ( 2.20-1), libmime-base64-perl ( 2.12-1), libtime-hires-perl ( 1.20-1) Cela signifie que les modules (au sens Perl du terme) Digest::MD5, Mime::Base64 et Time::Hires font maintenant partie du paquet perl, et ne sont plus mis dans des paquets séparés. Un développeur veut mettre un nouveau paquet dans Debian, qui contient un script utilisant un de cas modules (si le paquet existait avant woody, il déclarait ces dépendances et le développeur n'aura pas l'idée de les enlever). Il met une dépendance sur perl sans se rendre compte que cette dépendance ne sera pas suffisante si on installe sur stable ou testing. Et comme le paquet ne déclare pas une dépendance sur perl = 5.8, il peut rentrer dans testing alors que perl 5.6 y est toujours. 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...). Quand au cas que tu exposes, j'avoue ne l'avoir pas envisagé. Sauf si on est un génie en expert logiciel, on comprend aisément que c'est symétrique : si le développeur teste dans stable, rien ne garantit que ça marchera à 100% dans unstable ou testing. Les utilisateurs en UTF-8 en savent peut-être quelque chose. C'est bas, ça... Le problème est donc réel, mais la solution proposée n'en est pas une. Je te remercie pour tes éclaircissements. Et mes excuses à Georges pour avoir clos mon message un peu sèchement : je m'étais tapé un millier de message de la liste en retard environ, et j'étais comme qui dirait un tantinet excédé (même en ayant l'effacement facile). Je ne rêve pas : le serveur de la liste met bien le lien vers la faq tout seul, désormais ? -- Laurent
Re: Woody, 3COM905 et Adaptec 2110s RAID
* Hubert Mercier [EMAIL PROTECTED] [2003-06-24 18:51] : Bonjour à tous. Utilisateur de Linux de longue date, je tente d'installer une woody sur un serveur assez banal : Carte mere Asus base Intel + Celeron Carte RAID SCSI Adaptec 2110s Carte reseau 3COM905 Bref, que du standard. Et je dois dire que je suis assez surpris : ni le reseau ni le raid ne fonctionnent avec la woody. Je connaissais la politique de Debian concernant la securite, mais la ca frise quand meme le ridicule, non ? Enfin ce n'est qu'un avis apres une apres-midi de travail perdue :-( D'après cette page (http://mbserver.adaptec.com/view.php?site=linuxbn=linux_raidkey=1055442741first=1056411611last=1052381512), les isos des boot-floppies 3.0.24 (http://people.debian.org/~blade/bf3024/ et http://people.debian.org/~blade/boot-floppies/netinst-full-pre/) devraient fonctionner correctement pour la carte RAID. Fred