Re: Blocages lors de "grosses" copies..
Le 05/09/2019 à 16:27, Bernard Schoenacker a écrit : > > - Mail original - > >> De: "David BERCOT" >> À: debian-user-french@lists.debian.org >> Envoyé: Jeudi 5 Septembre 2019 12:35:13 >> Objet: Blocages lors de "grosses" copies.. > >> Bonjour, > >> Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian. >> Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64. > >> Donc, si je télécharge des fichiers de taille importante depuis >> Internet (documents, vidéos, etc.), pas de souci. > >> En revanche, chez moi, quand je veux copier un "gros" fichier (ceci >> commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon >> NAS, j'ai l'impression que l'interface réseau se fige et fige tout >> le reste ! >> J'ai fait des tests via Nautilus, Nemo, et même via un shell, avec le >> même résultat... >> Et dans ce cas, même mes autres logiciels (navigateur Web, >> LibreOffice, Rythmbox, etc.) sont figés. > >> Est-ce que je suis le seul dans ce cas ou avez-vous des comportements >> similaires ? > >> En question annexe : est-ce que je pourrais limiter ce genre de >> transfert facilement, genre via une QoS qui plafonnerait l'opération >> ? >> Cela me permettrait de les faire sans tout figer... > >> Merci d'avance. > >> David. > > bonjour, > > quelle est la commande que tu utilises pour copier les fichiers ? > un sujet similaire a été traité sur la liste linux de strasbourg > pour une histoire de mtu et c'est reproductible via cp Là, je faisais un simple mv... Mais si tu as un lien vers le thread sur la liste de Strasbourg, je jetterai un coup d'oeil ;-) Merci. David. > merci pour ton aimable attention > > bien à vous > bernard > >
Re: Re : Blocages lors de "grosses" copies..
Le 05/09/2019 à 15:02, fab a écrit : > salut, > Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian. Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64. > essaye de démarrer avec un noyau (beaucoup) plus ancien ? > (j'y crois pas trop). > Donc, si je télécharge des fichiers de taille importante depuis Internet (documents, vidéos, etc.), pas de souci. En revanche, chez moi, quand je veux copier un "gros" fichier (ceci > [zap] l'impression que l'interface réseau se fige et fige tout le reste ! > Tu utilises ta box comme switch ? Non. Ma box est branchée sur mon firewall qui est lui-même branché sur mon routeur WiFi. Et le NAS est directement connecté à un port RJ45 du routeur WiFi. > Si oui: > * change de port éthernet pour ton nas ? > * essaye momentanément de remplacer ta box par un autre switch ? > * j'y pense, si ton laptop est en wifi, mets le filaire ? Trop loin mais c'est en effet une option... J'ai une liaison défaillante entre le routeur WiFi et le NAS (via un relais dans le mur). Celle-ci est plafonné à 100 Mb/s. J'ai court-circuité celle-ci (câble volant) pour la rétablir à 1 Gb/s et je viens de refaire un test. Et là, tout marche... Je pense que j'ai trouvé la cause ;-) Par contre, je ne comprends pas que ça impacte complètement mon poste ! Ca ne devrait déranger que le transfert, non ? > J'ai parfois un peu les même problèmes que toi. J'ai une freebox et je > pense que les freeplug sont liés à mon problème de lenteur entre 2 > postes du même réseau. Car par ailleurs, tout comme toi, je n'ai pas de > soucis pour télécharger depuis internet (via wifi). > > Tiens nous au courant ;) C'est fait ;-) David. > f.
Re: Blocages lors de "grosses" copies..
- Mail original - > De: "David BERCOT" > À: debian-user-french@lists.debian.org > Envoyé: Jeudi 5 Septembre 2019 12:35:13 > Objet: Blocages lors de "grosses" copies.. > Bonjour, > Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian. > Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64. > Donc, si je télécharge des fichiers de taille importante depuis > Internet (documents, vidéos, etc.), pas de souci. > En revanche, chez moi, quand je veux copier un "gros" fichier (ceci > commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon > NAS, j'ai l'impression que l'interface réseau se fige et fige tout > le reste ! > J'ai fait des tests via Nautilus, Nemo, et même via un shell, avec le > même résultat... > Et dans ce cas, même mes autres logiciels (navigateur Web, > LibreOffice, Rythmbox, etc.) sont figés. > Est-ce que je suis le seul dans ce cas ou avez-vous des comportements > similaires ? > En question annexe : est-ce que je pourrais limiter ce genre de > transfert facilement, genre via une QoS qui plafonnerait l'opération > ? > Cela me permettrait de les faire sans tout figer... > Merci d'avance. > David. bonjour, quelle est la commande que tu utilises pour copier les fichiers ? un sujet similaire a été traité sur la liste linux de strasbourg pour une histoire de mtu et c'est reproductible via cp merci pour ton aimable attention bien à vous bernard
Re: Re : Blocages lors de "grosses" copies..
salut, Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian. Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64. essaye de démarrer avec un noyau (beaucoup) plus ancien ? (j'y crois pas trop). Donc, si je télécharge des fichiers de taille importante depuis Internet (documents, vidéos, etc.), pas de souci. En revanche, chez moi, quand je veux copier un "gros" fichier (ceci [zap] l'impression que l'interface réseau se fige et fige tout le reste ! Tu utilises ta box comme switch ? Si oui: * change de port éthernet pour ton nas ? * essaye momentanément de remplacer ta box par un autre switch ? * j'y pense, si ton laptop est en wifi, mets le filaire ? J'ai parfois un peu les même problèmes que toi. J'ai une freebox et je pense que les freeplug sont liés à mon problème de lenteur entre 2 postes du même réseau. Car par ailleurs, tout comme toi, je n'ai pas de soucis pour télécharger depuis internet (via wifi). Tiens nous au courant ;) f.
Re: Re : Blocages lors de "grosses" copies..
Dans mon cas, je n'ai pas l'impression que ce soit un problème de ressources "système" mais plutôt le réseau qui bloque le reste. Mais je peux me tromper ;-) David. Le 05/09/2019 à 13:33, nicolas.patr...@gmail.com a écrit : > Le 05/09/2019 12:35:13, David BERCOT a écrit : > >> Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian. >> Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64. > >> Donc, si je télécharge des fichiers de taille importante depuis >> Internet (documents, vidéos, etc.), pas de souci. > >> En revanche, chez moi, quand je veux copier un "gros" fichier (ceci >> commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon NAS, j'ai >> l'impression que l'interface réseau se fige et fige tout le reste ! > > J’ai un peu le même problème chez moi sur un matériel vieillissant (il a neuf > ans). > Si je lance une copie d’ISO sur une clé USB (coucou l’autre fil), mon système > rame et est presque inutilisable tant que ce n’est pas fini, que j’ai tué par > un moyen (*kill) ou par un autre (ssh) le processus qui fait ramer ou renice > qui a marché aussi. > > nicolas patrois : pts noir asocial >
Re : Blocages lors de "grosses" copies..
Le 05/09/2019 12:35:13, David BERCOT a écrit : > Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian. > Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64. > Donc, si je télécharge des fichiers de taille importante depuis > Internet (documents, vidéos, etc.), pas de souci. > En revanche, chez moi, quand je veux copier un "gros" fichier (ceci > commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon NAS, j'ai > l'impression que l'interface réseau se fige et fige tout le reste ! J’ai un peu le même problème chez moi sur un matériel vieillissant (il a neuf ans). Si je lance une copie d’ISO sur une clé USB (coucou l’autre fil), mon système rame et est presque inutilisable tant que ce n’est pas fini, que j’ai tué par un moyen (*kill) ou par un autre (ssh) le processus qui fait ramer ou renice qui a marché aussi. nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait...
Blocages lors de "grosses" copies..
Bonjour, Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian. Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64. Donc, si je télécharge des fichiers de taille importante depuis Internet (documents, vidéos, etc.), pas de souci. En revanche, chez moi, quand je veux copier un "gros" fichier (ceci commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon NAS, j'ai l'impression que l'interface réseau se fige et fige tout le reste ! J'ai fait des tests via Nautilus, Nemo, et même via un shell, avec le même résultat... Et dans ce cas, même mes autres logiciels (navigateur Web, LibreOffice, Rythmbox, etc.) sont figés. Est-ce que je suis le seul dans ce cas ou avez-vous des comportements similaires ? En question annexe : est-ce que je pourrais limiter ce genre de transfert facilement, genre via une QoS qui plafonnerait l'opération ? Cela me permettrait de les faire sans tout figer... Merci d'avance. David.
RE: Problème de blocages mp3
-Message d'origine- De : François TOURDE [mailto:[EMAIL PROTECTED] la part de François TOURDE Envoyé : vendredi 11 juin 2004 18:18 À : debian-user-french@lists.debian.org Objet : Re: Problème de blocages mp3 Le 12580ième jour après Epoch, Mickael Vera écrivait: Par quel mécanisme le driver de la carte ATI peut-il interférer avec une autre commande comme cat /var/log/syslog ? Parce que un cat /var/log/syslog ça ne me paraît pas vraiment très gourmand ? Bonne question, merci de me l'avoir posée :) En fait, je pense que le cat demande pas mal de ressources au xterm, dans la mesure où il faut afficher, scroller, etc... Et /var/log/syslog était probablement un peu gros, donc voilà. Ce message ne contient aucune base scientifique, et n'est qu'un ramassi de supputation à la limite du raisonnable :) Je m'en contenterai alors :-) C'est plausible. Mickaël
Re: Problème de blocages mp3
Pas d'idée... A moins que ta carte vidéo soit à mettre en cause. Tu utilises quoi ? Une radeon VE 32mo de ram ... ca pourrait en effet etre la cause. je vais essayer avec la video intégrée sur le i830... Merci quand même :) -- In general, if you think something isn't in Perl, try it out, because it usually is. :-) -- Larry Wall in [EMAIL PROTECTED]
Re: Problème de blocages mp3
Pas d'idée... A moins que ta carte vidéo soit à mettre en cause. Tu utilises quoi ? en effet avec la radeon ca le fait avec le chipset intel ca le fait pas. la honte pour ati :) -- In general, if you think something isn't in Perl, try it out, because it usually is. :-) -- Larry Wall in [EMAIL PROTECTED]
Re: Problème de blocages mp3
Le 12580ième jour après Epoch, zippo potamme écrivait: Pas d'idée... A moins que ta carte vidéo soit à mettre en cause. Tu utilises quoi ? en effet avec la radeon ca le fait avec le chipset intel ca le fait pas. la honte pour ati :) Je me doutais que ça venait d'un truc comme ça ;) Par contre, tu devrais pouvoir hacker le driver ATI pour corriger ça, non? :) Happy Hacking !!!
RE: Problème de blocages mp3
-Message d'origine- De : François TOURDE [mailto:[EMAIL PROTECTED] la part de François TOURDE Envoyé : vendredi 11 juin 2004 17:17 À : debian-user-french@lists.debian.org Objet : Re: Problème de blocages mp3 Le 12580ième jour après Epoch, zippo potamme écrivait: Pas d'idée... A moins que ta carte vidéo soit à mettre en cause. Tu utilises quoi ? en effet avec la radeon ca le fait avec le chipset intel ca le fait pas. la honte pour ati :) Je me doutais que ça venait d'un truc comme ça ;) Par contre, tu devrais pouvoir hacker le driver ATI pour corriger ça, non? :) Par quel mécanisme le driver de la carte ATI peut-il interférer avec une autre commande comme cat /var/log/syslog ? Parce que un cat /var/log/syslog ça ne me paraît pas vraiment très gourmand ? Mickaël
RE: Problème de blocages mp3
Par quel mécanisme le driver de la carte ATI peut-il interférer avec une autre commande comme cat /var/log/syslog ? Parce que un cat /var/log/syslog ça ne me paraît pas vraiment très gourmand ? ca peut etre paraitre bizarre mais avec la carte intégrée i830 plus de pbms bizarre Mickaël
Re: Problème de blocages mp3
Le 12580ième jour après Epoch, Mickael Vera écrivait: Par quel mécanisme le driver de la carte ATI peut-il interférer avec une autre commande comme cat /var/log/syslog ? Parce que un cat /var/log/syslog ça ne me paraît pas vraiment très gourmand ? Bonne question, merci de me l'avoir posée :) En fait, je pense que le cat demande pas mal de ressources au xterm, dans la mesure où il faut afficher, scroller, etc... Et /var/log/syslog était probablement un peu gros, donc voilà. Ce message ne contient aucune base scientifique, et n'est qu'un ramassi de supputation à la limite du raisonnable :) -- The fortune program is supported, in part, by user contributions and by a major grant from the National Endowment for the Inanities.
Re: Problème de blocages mp3
Comment ça comme si la mémoire n'était pas suffisante ? Ça se coupe genre plus rien et tu dois relancer ou alors il y a un temps de coupure, et ça reviens quelques secondes/minutes/heures (rayer la mention inutile) après ? Il y a un temps de coupure. J'ais mis 3 secondes de buffer dans xmms pareil... j'ai essayé alsa, oss en sortie : pareil ... Ton disque dur a du mal... Teste ses capacités avec hdparm par exemple. Il se peut que tu doives mettre en route son mode DMA, 32bits, buffer, etc... non il sont bien en dma tous les deux hdparm -d /dev/hda /dev/hda: using_dma= 1 (on) hdparm -d /dev/hdb /dev/hdb: using_dma= 1 (on) La carte son est une SBLive emu10k
Re: Problème de blocages mp3
Le 12579ième jour après Epoch, zippo potamme écrivait: Comment ça comme si la mémoire n'était pas suffisante ? Ça se coupe genre plus rien et tu dois relancer ou alors il y a un temps de coupure, et ça reviens quelques secondes/minutes/heures (rayer la mention inutile) après ? Il y a un temps de coupure. J'ais mis 3 secondes de buffer dans xmms pareil... j'ai essayé alsa, oss en sortie : pareil ... Ton disque dur a du mal... Teste ses capacités avec hdparm par exemple. Il se peut que tu doives mettre en route son mode DMA, 32bits, buffer, etc... non il sont bien en dma tous les deux hdparm -d /dev/hda /dev/hda: using_dma= 1 (on) hdparm -d /dev/hdb /dev/hdb: using_dma= 1 (on) La carte son est une SBLive emu10k Pas d'idée... A moins que ta carte vidéo soit à mettre en cause. Tu utilises quoi ? -- In general, if you think something isn't in Perl, try it out, because it usually is. :-) -- Larry Wall in [EMAIL PROTECTED]
Problème de blocages mp3
bonjour, J'expose mon problème : Machine : celeron 1.7ghz Memoire 512 Mo ddr Interface graphique gnome 2.6 En fait quand j'ecoute un mp3 (j'en ecoute toute la journée alors c'est embetant ) des que je fait par exemple un cat /var/log/syslog, le son se coupe comme si la memoire n'etait pas suffisante. idem quand je passe d'un bureau a un autre ... etc... J'ai essayé d'arréter le maximum de services pareil... D'ou cela pourrait t'il provenir ? Un grand merci d'avance
Re: Problème de blocages mp3
Le 12578ième jour après Epoch, zippo potamme écrivait: bonjour, pareil. J'expose mon problème : Machine : celeron 1.7ghz Memoire 512 Mo ddr Interface graphique gnome 2.6 En fait quand j'ecoute un mp3 (j'en ecoute toute la journée alors c'est embetant ) des que je fait par exemple un cat /var/log/syslog, le son se coupe comme si la memoire n'etait pas suffisante. Comment ça comme si la mémoire n'était pas suffisante ? Ça se coupe genre plus rien et tu dois relancer ou alors il y a un temps de coupure, et ça reviens quelques secondes/minutes/heures (rayer la mention inutile) après ? idem quand je passe d'un bureau a un autre ... etc... J'ai essayé d'arréter le maximum de services pareil... D'ou cela pourrait t'il provenir ? Ton disque dur a du mal... Teste ses capacités avec hdparm par exemple. Il se peut que tu doives mettre en route son mode DMA, 32bits, buffer, etc... Un grand merci d'avance Dis merci que quand ça marchera :) -- It does me no injury for my neighbor to say there are twenty gods or no God. It neither picks my pocket nor breaks my leg. - Thomas Jefferson
Blocages
Bonjour à tous, Je me forme à Linux et à Kde depuis pas mal de temps déjà, dans le but de délaisser mon vieux Windows 95. Je me heurte à certaines difficulté spar certains côtés un peu décourageantes. Deux exemples: En utilisant Konqueror pour parcourir le système de fichier, j'ai des blocages de ce programme, qui interviennent toujours à la suite d'un clic. La fenêtre est figée et je ne peux que tuer le processus qui apparait dans la liste de processus de la façon ci-dessous: kdeinit:konqueror --silent Si je relance Konqueror, il se retrouve immédiatement dans le même état. La seule solution étant de quitter Kde et de le relancer. Autre exemple: Il m'arrive de bloquer une programme sur une console; par exemple en tapant par erreur une mauvaise lettre de commande dans le programme dselect. La console est figée; je peux passer à une autre console pour consulter la liste des processus, mais il m'est impossible de tuer le processus dselect de la première console. La commande kill s'effectue sans message d'erreur, mais le processus dselect est toujours là. Merci,
Re: Blocages
At 13:45 10/11/2003, Olivier Achard wrote: Content-Transfer-Encoding: 8bit Bonjour à tous, Je me forme à Linux et à Kde depuis pas mal de temps déjà, dans le but de délaisser mon vieux Windows 95. Je me heurte à certaines difficulté spar certains côtés un peu décourageantes. Deux exemples: En utilisant Konqueror pour parcourir le système de fichier, j'ai des blocages de ce programme, qui interviennent toujours à la suite d'un clic. La fenêtre est figée et je ne peux que tuer le processus qui apparait dans la liste de processus de la façon ci-dessous: kdeinit:konqueror --silent Si je relance Konqueror, il se retrouve immédiatement dans le même état. La seule solution étant de quitter Kde et de le relancer. je confirme ces symptomes sur une debian Sarge, avec noyau 2.4.22-patché acpi. Devrions-nous soumettre un bug? Autre exemple: Il m'arrive de bloquer une programme sur une console; par exemple en tapant par erreur une mauvaise lettre de commande dans le programme dselect. La console est figée; je peux passer à une autre console pour consulter la liste des processus, mais il m'est impossible de tuer le processus dselect de la première console. La commande kill s'effectue sans message d'erreur, mais le processus dselect est toujours là. Merci, -- 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] -- Incoming mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.195 / Virus Database: 260.2.9 - Release Date: 6/11/2003 -- Outgoing mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.195 / Virus Database: 260.2.9 - Release Date: 6/11/2003
Re: Blocages
Olivier Achard [EMAIL PROTECTED] writes: Bonjour à tous, Je me forme à Linux et à Kde depuis pas mal de temps déjà, dans le but de délaisser mon vieux Windows 95. Je me heurte à certaines difficulté spar certains côtés un peu décourageantes. Deux exemples: En utilisant Konqueror pour parcourir le système de fichier, j'ai des blocages de ce programme, qui interviennent toujours à la suite d'un clic. La fenêtre est figée et je ne peux que tuer le processus qui apparait dans la liste de processus de la façon ci-dessous: kdeinit:konqueror --silent Si je relance Konqueror, il se retrouve immédiatement dans le même état. La seule solution étant de quitter Kde et de le relancer. Curieux... Quelle version utilises-tu (de debian et konqueror) ? As-tu des fichiers avec des noms exotiques dans tes répertoires ? Autre exemple: Il m'arrive de bloquer une programme sur une console; par exemple en tapant par erreur une mauvaise lettre de commande dans le programme dselect. La console est figée; je peux passer à une autre console pour consulter la liste des processus, mais il m'est impossible de tuer le processus dselect de la première console. La commande kill s'effectue sans message d'erreur, mais le processus dselect est toujours là. Quelle touche par exemple ? -- Julien Gilles.
Re: Blocages
Autre exemple: Il m'arrive de bloquer une programme sur une console; par exemple en tapant par erreur une mauvaise lettre de commande dans le programme dselect. Dans certains shells, Crtl-s bloque l'écran, et Crtl-q le débloque. il m'est impossible de tuer le processus dselect de la première console. La commande kill s'effectue sans message d'erreur, mais le processus dselect est toujours là. Es-tu bien en root pour tuer ce processus appartenant à root? -- Charles
Re: Blocages
Le Mon, 10 Nov 2003 14:17:14 +0100 [EMAIL PROTECTED] écrivait : [...] il m'est impossible de tuer le processus dselect de la première console. La commande kill s'effectue sans message d'erreur, mais le processus dselect est toujours là. Es-tu bien en root pour tuer ce processus appartenant à root? Dans ce cas précis, il faut alors recommencer avec kill -9 PK -- Patrice KARATCHENTZEFF STMicroelectronics Tel: 04-76-92-67-96 850, rue Jean Monnet 38926 CROLLES Cedex, Courriel: [EMAIL PROTECTED]
Re: Blocages
On Mon, 10 Nov 2003 13:45:41 +0100 Olivier Achard wrote: Bonjour à tous, Je me forme à Linux et à Kde depuis pas mal de temps déjà, dans le but de délaisser mon vieux Windows 95. Je me heurte à certaines difficulté spar certains côtés un peu décourageantes. Deux exemples: En utilisant Konqueror pour parcourir le système de fichier, j'ai des blocages de ce programme, qui interviennent toujours à la suite d'un clic. La fenêtre est figée et je ne peux que tuer le processus qui apparait dans la liste de processus de la façon ci-dessous: kdeinit:konqueror --silent Si je relance Konqueror, il se retrouve immédiatement dans le même état. La seule solution étant de quitter Kde et de le relancer. A la vue de la version de Kmail (1.3.2) que tu utilises, tu dois certainement avoir la version KDE2.2.2, celle d'origine pour Woody. As tu essayé (si c'est possible) de passer à la version actuelle (3.1.4)? Kde.org met à la disposition les paquets .deb. Voici ce que tu peux rajouter dans ton source lists: #KDE 3.1.4 deb http://download.kde.org/stable/3.1.4/Debian stable main deb-src http://download.kde.org/stable/3.1.4/Debian stable main (Attention! il *faut* désinstaller la version actuelle de Kde avant de faire l'upgrade). Il me semble (mais bon ça fait longtemps...) que j'avais le même phénomène sous cette version avec Konqueror. Mais, comme j'upgrade dès qu'il y a une nouvelle version, le problème a vite disparu. Si tu ne peux pas installer la nouvelle version de Kde, essaye de regarder du côté du cache de Konqueror, notamment le répertoire où les miniatures sont sauvegardées, voire de pas créer les miniatures (Configuration de Konqueror - Affichage). Regarde aussi les options dans Comportement de la fenêtre précédente et vérifier la position de l'option Utilisation de la mémoire: positionne sur Jamais ou Uniquement pour la navigation locale. Au fait, as-tu de la place de disponible sur tes partitions (notamment /home si elle est séparée)? S'il s'agit réellement d'un bug, pas d'autres solutions à te proposer que d'upgrader. [Couic...] Merci, -- .~. /v\ Laurent // \\ [EMAIL PROTECTED] /(___) Clé 6E9B2489 sur pgp.mit.edu ^ ^ [=Debian=GNU/Linux pgpUxbR610rIS.pgp Description: PGP signature
