Hello la liste,
drôle de comportement ce matin avec plusieurs commandes:
# aptitude updte
Lecture des listes de paquets... Fait
Erreur de segmentatione des dépendances... 0%
(Remarquez comment segmentatione est écrit, avec un e à la fin..)
Si je fais un aptitude, puis un u, l'insulte est:
Ouille ! J'ai reçu un SIGSEGV, je termine...
Erreur de segmentation
Ensuite si je fais un
less /var/log/syslog
Erreur de segmentation
(Tient, ça remarche d'un coup, le less)
Mais le update me sort toujours la même chose.
Une idée ?
Grazie
ps : je suis en Sarge
Hello la liste,
drôle de comportement ce matin avec plusieurs commandes:
# aptitude updte
Lecture des listes de paquets... Fait
Erreur de segmentatione des dépendances... 0%
(Remarquez comment segmentatione est écrit, avec un e à la fin..)
Si je fais un aptitude, puis un u, l'insulte est:
Ouille ! J'ai reçu un SIGSEGV, je termine...
Erreur de segmentation
Ensuite si je fais un
less /var/log/syslog
Erreur de segmentation
(Tient, ça remarche d'un coup, le less)
Mais le update me sort toujours la même chose.
Une idée ?
Grazie
ps : je suis en Sarge
Hello la liste,
drôle de comportement ce matin avec plusieurs commandes:
# aptitude updte
Lecture des listes de paquets... Fait
Erreur de segmentatione des dépendances... 0%
(Remarquez comment segmentatione est écrit, avec un e à la fin..)
Si je fais un aptitude, puis un u, l'insulte est:
Ouille ! J'ai reçu un SIGSEGV, je termine...
Erreur de segmentation
Ensuite si je fais un
less /var/log/syslog
Erreur de segmentation
(Tient, ça remarche d'un coup, le less)
Mais le update me sort toujours la même chose.
Une idée ?
Grazie
ps : je suis en Sarge
Hello la liste,
drôle de comportement ce matin avec plusieurs commandes:
# aptitude updte
Lecture des listes de paquets... Fait
Erreur de segmentatione des dépendances... 0%
(Remarquez comment segmentatione est écrit, avec un e à la fin..)
Si je fais un aptitude, puis un u, l'insulte est:
Ouille ! J'ai reçu un SIGSEGV, je termine...
Erreur de segmentation
Ensuite si je fais un
less /var/log/syslog
Erreur de segmentation
(Tient, ça remarche d'un coup, le less)
Mais le update me sort toujours la même chose.
Une idée ?
Grazie
Hello la liste,
drôle de comportement ce matin avec plusieurs commandes:
# aptitude updte
Lecture des listes de paquets... Fait
Erreur de segmentatione des dépendances... 0%
(Remarquez comment segmentatione est écrit, avec un e à la fin..)
Si je fais un aptitude, puis un u, l'insulte est:
Ouille ! J'ai reçu un SIGSEGV, je termine...
Erreur de segmentation
Ensuite si je fais un
less /var/log/syslog
Erreur de segmentation
(Tient, ça remarche d'un coup, le less)
Mais le update me sort toujours la même chose.
Une idée ?
Grazie
Hello la liste,
drôle de comportement ce matin avec plusieurs commandes:
# aptitude updte
Lecture des listes de paquets... Fait
Erreur de segmentatione des dépendances... 0%
(Remarquez comment segmentatione est écrit, avec un e à la fin..)
Si je fais un aptitude, puis un u, l'insulte est:
Ouille ! J'ai reçu un SIGSEGV, je termine...
Erreur de segmentation
Ensuite si je fais un
less /var/log/syslog
Erreur de segmentation
(Tient, ça remarche d'un coup, le less)
Mais le update me sort toujours la même chose.
Une idée ?
Grazie
Le Mercredi, 30 Novembre 2005 09.54, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
>
> Grazie
>
>
> ps : je suis en Sarge
la suite .
beaucoup de commandes ne répondent plus, par exemple, je ne peux plus f aire
de man qqchose, ex:
man tcpdump
remise en forme de tcpdump(8), attendez SVP...
man: commande terminée avec 35584 comme code de retour: (echo '.ll
142n'; /usr/bin/zsoelim /tmp/zmanG9NIr2) | /usr/bin/tbl | /usr/bin/nroff
-mandoc -rLL2n -rLT2n -Tlatin1 | exec /usr/bin/pager -s
En outre, bind s'est terminé sans crier gare, et impossible de le relan cer
!
Je ne peux plus non plus me connecter via ssh, ni faire un su...
J'ai lancé un chkrootkit ainsi qu'un rkhunter, rien de probant.
Ça sent mauvais non ?
C'est quoi une image ?
Le Mercredi, 30 Novembre 2005 09.54, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
>
> Grazie
>
>
> ps : je suis en Sarge
la suite .
beaucoup de commandes ne répondent plus, par exemple, je ne peux plus f aire
de man qqchose, ex:
man tcpdump
remise en forme de tcpdump(8), attendez SVP...
man: commande terminée avec 35584 comme code de retour: (echo '.ll
142n'; /usr/bin/zsoelim /tmp/zmanG9NIr2) | /usr/bin/tbl | /usr/bin/nroff
-mandoc -rLL=142n -rLT=142n -Tlatin1 | exec /usr/bin/pager -s
En outre, bind s'est terminé sans crier gare, et impossible de le relan cer
!
Je ne peux plus non plus me connecter via ssh, ni faire un su...
J'ai lancé un chkrootkit ainsi qu'un rkhunter, rien de probant.
Ça sent mauvais non ?
C'est quoi une image ?
Le Mercredi, 30 Novembre 2005 09.54, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
>
> Grazie
>
>
> ps : je suis en Sarge
la suite .
beaucoup de commandes ne répondent plus, par exemple, je ne peux plus f aire
de man qqchose, ex:
man tcpdump
remise en forme de tcpdump(8), attendez SVP...
man: commande terminée avec 35584 comme code de retour: (echo '.ll
142n'; /usr/bin/zsoelim /tmp/zmanG9NIr2) | /usr/bin/tbl | /usr/bin/nroff
-mandoc -rLL2n -rLT2n -Tlatin1 | exec /usr/bin/pager -s
En outre, bind s'est terminé sans crier gare, et impossible de le relan cer
!
Je ne peux plus non plus me connecter via ssh, ni faire un su...
J'ai lancé un chkrootkit ainsi qu'un rkhunter, rien de probant.
Ça sent mauvais non ?
C'est quoi une image ?
Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> Ça sent mauvais non ?
Je pencherais plutôt vers un problème plus général : librairie co rrompue ou
problèmes matériel (ram/processeur/...).
Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> Ça sent mauvais non ?
Je pencherais plutôt vers un problème plus général : librairie co rrompue ou
problèmes matériel (ram/processeur/...).
Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> Ça sent mauvais non ?
Je pencherais plutôt vers un problème plus général : librairie co rrompue ou
problèmes matériel (ram/processeur/...).
Le 30.11.2005 09:54:25, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
>
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
Quelle version d'apt et aptitude, il y a eu ce matin une mise à niveau
sous sid de apt qui casse le focntionnement d'aptitude.
> Grazie
Ce fut un plaisir
J-L
Le 30.11.2005 09:54:25, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
>
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
Quelle version d'apt et aptitude, il y a eu ce matin une mise à niveau
sous sid de apt qui casse le focntionnement d'aptitude.
> Grazie
Ce fut un plaisir
J-L
Le 30.11.2005 09:54:25, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
>
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
Quelle version d'apt et aptitude, il y a eu ce matin une mise à niveau
sous sid de apt qui casse le focntionnement d'aptitude.
> Grazie
Ce fut un plaisir
J-L
Le Mercredi, 30 Novembre 2005 10.50, Florent Bayle a écrit :
> Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> > Ça sent mauvais non ?
>
> Je pencherais plutôt vers un problème plus général : librairie corrompue
> ou problèmes matériel (ram/processeur/...).
elles se corrompent toutes seules ces librairies ? (lesquelles
d'ailleurs?).
je vais aller voir du côté matériel.
Le Mercredi, 30 Novembre 2005 10.50, Florent Bayle a écrit :
> Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> > Ça sent mauvais non ?
>
> Je pencherais plutôt vers un problème plus général : librairie corrompue
> ou problèmes matériel (ram/processeur/...).
elles se corrompent toutes seules ces librairies ? (lesquelles
d'ailleurs?).
je vais aller voir du côté matériel.
Le Mercredi, 30 Novembre 2005 10.50, Florent Bayle a écrit :
> Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> > Ça sent mauvais non ?
>
> Je pencherais plutôt vers un problème plus général : librairie corrompue
> ou problèmes matériel (ram/processeur/...).
elles se corrompent toutes seules ces librairies ? (lesquelles
d'ailleurs?).
je vais aller voir du côté matériel.
Le Mercredi 30 Novembre 2005 11:02, steve a écrit :
> Le Mercredi, 30 Novembre 2005 10.50, Florent Bayle a écrit :
> > Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> > > Ça sent mauvais non ?
> >
> > Je pencherais plutôt vers un problème plus général : librairie
> > corrompue ou problèmes matériel (ram/processeur/...).
>
> elles se corrompent toutes seules ces librairies ? (lesquelles
> d'ailleurs?).
Ben ça peut effectivement être une attaque, mais aussi un problème avec le
système de fichier (par exemple après un reboot sauvage), un problè me lors
d'une mise à jour,...
Pour identifier l'éventuelle librairie corrompue, fait un ldd sur tous les
programmes qui ne marchent plus, et regarde si une librairie revient
systématiquement.
Tu peux aussi tracer un programme en utilisant strace,
pour voir ce qu'il se passe avant que ça plante.
> je vais aller voir du côté matériel.
Regarde du côté de memtest86 pour tester la ram.
Le Mercredi 30 Novembre 2005 11:02, steve a écrit :
> Le Mercredi, 30 Novembre 2005 10.50, Florent Bayle a écrit :
> > Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> > > Ça sent mauvais non ?
> >
> > Je pencherais plutôt vers un problème plus général : librairie
> > corrompue ou problèmes matériel (ram/processeur/...).
>
> elles se corrompent toutes seules ces librairies ? (lesquelles
> d'ailleurs?).
Ben ça peut effectivement être une attaque, mais aussi un problème avec le
système de fichier (par exemple après un reboot sauvage), un problè me lors
d'une mise à jour,...
Pour identifier l'éventuelle librairie corrompue, fait un ldd sur tous les
programmes qui ne marchent plus, et regarde si une librairie revient
systématiquement.
Tu peux aussi tracer un programme en utilisant strace,
pour voir ce qu'il se passe avant que ça plante.
> je vais aller voir du côté matériel.
Regarde du côté de memtest86 pour tester la ram.
Le Mercredi 30 Novembre 2005 11:02, steve a écrit :
> Le Mercredi, 30 Novembre 2005 10.50, Florent Bayle a écrit :
> > Le Mercredi 30 Novembre 2005 10:42, steve a écrit :
> > > Ça sent mauvais non ?
> >
> > Je pencherais plutôt vers un problème plus général : librairie
> > corrompue ou problèmes matériel (ram/processeur/...).
>
> elles se corrompent toutes seules ces librairies ? (lesquelles
> d'ailleurs?).
Ben ça peut effectivement être une attaque, mais aussi un problème avec le
système de fichier (par exemple après un reboot sauvage), un problè me lors
d'une mise à jour,...
Pour identifier l'éventuelle librairie corrompue, fait un ldd sur tous les
programmes qui ne marchent plus, et regarde si une librairie revient
systématiquement.
Tu peux aussi tracer un programme en utilisant strace,
pour voir ce qu'il se passe avant que ça plante.
> je vais aller voir du côté matériel.
Regarde du côté de memtest86 pour tester la ram.
Le Mercredi, 30 Novembre 2005 09.54, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
>
> Grazie
>
>
> ps : je suis en Sarge
la suite .
beaucoup de commandes ne répondent plus, par exemple, je ne peux plus f aire
de man qqchose, ex:
man tcpdump
remise en forme de tcpdump(8), attendez SVP...
man: commande terminée avec 35584 comme code de retour: (echo '.ll
142n'; /usr/bin/zsoelim /tmp/zmanG9NIr2) | /usr/bin/tbl | /usr/bin/nroff
-mandoc -rLL2n -rLT2n -Tlatin1 | exec /usr/bin/pager -s
En outre, bind s'est terminé sans crier gare, et impossible de le relan cer
!
Je ne peux plus non plus me connecter via ssh, ni faire un su...
J'ai lancé un chkrootkit ainsi qu'un rkhunter, rien de probant.
Ça sent mauvais non ?
Le Mercredi, 30 Novembre 2005 09.54, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
>
> Grazie
>
>
> ps : je suis en Sarge
la suite .
beaucoup de commandes ne répondent plus, par exemple, je ne peux plus f aire
de man qqchose, ex:
man tcpdump
remise en forme de tcpdump(8), attendez SVP...
man: commande terminée avec 35584 comme code de retour: (echo '.ll
142n'; /usr/bin/zsoelim /tmp/zmanG9NIr2) | /usr/bin/tbl | /usr/bin/nroff
-mandoc -rLL=142n -rLT=142n -Tlatin1 | exec /usr/bin/pager -s
En outre, bind s'est terminé sans crier gare, et impossible de le relan cer
!
Je ne peux plus non plus me connecter via ssh, ni faire un su...
J'ai lancé un chkrootkit ainsi qu'un rkhunter, rien de probant.
Ça sent mauvais non ?
Le Mercredi, 30 Novembre 2005 09.54, steve a écrit :
> Hello la liste,
>
> drôle de comportement ce matin avec plusieurs commandes:
>
> # aptitude updte
> Lecture des listes de paquets... Fait
> Erreur de segmentatione des dépendances... 0%
>
> (Remarquez comment segmentatione est écrit, avec un e à la fin..)
>
> Si je fais un aptitude, puis un u, l'insulte est:
> Ouille ! J'ai reçu un SIGSEGV, je termine...
> Erreur de segmentation
>
> Ensuite si je fais un
>
> less /var/log/syslog
> Erreur de segmentation
>
> (Tient, ça remarche d'un coup, le less)
>
> Mais le update me sort toujours la même chose.
>
> Une idée ?
>
> Grazie
>
>
> ps : je suis en Sarge
la suite .
beaucoup de commandes ne répondent plus, par exemple, je ne peux plus f aire
de man qqchose, ex:
man tcpdump
remise en forme de tcpdump(8), attendez SVP...
man: commande terminée avec 35584 comme code de retour: (echo '.ll
142n'; /usr/bin/zsoelim /tmp/zmanG9NIr2) | /usr/bin/tbl | /usr/bin/nroff
-mandoc -rLL2n -rLT2n -Tlatin1 | exec /usr/bin/pager -s
En outre, bind s'est terminé sans crier gare, et impossible de le relan cer
!
Je ne peux plus non plus me connecter via ssh, ni faire un su...
J'ai lancé un chkrootkit ainsi qu'un rkhunter, rien de probant.
Ça sent mauvais non ?
gettimeofday({1133346797, 410830}, NULL) = 0
gettimeofday({1133346797, 410870}, NULL) = 0
gettimeofday({1133346797, 410910}, NULL) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Si ça vous dit quelque chose....
gettimeofday({1133346797, 410830}, NULL) = 0
gettimeofday({1133346797, 410870}, NULL) = 0
gettimeofday({1133346797, 410910}, NULL) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Si ça vous dit quelque chose....
gettimeofday({1133346797, 410830}, NULL) = 0
gettimeofday({1133346797, 410870}, NULL) = 0
gettimeofday({1133346797, 410910}, NULL) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Si ça vous dit quelque chose....
* steve [2005-11-30 11:41] :
[...]
> gettimeofday({1133346797, 410830}, NULL) = 0
> gettimeofday({1133346797, 410870}, NULL) = 0
> gettimeofday({1133346797, 410910}, NULL) = 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++
>
>
> Si ça vous dit quelque chose....
Soit tu as une bibliothèque (ou un exécutable) de corrompue (c'est ra re,
mais cela peut arriver qu'un bit change de valeur sur un disque dur
entraînant des effets indésirables). Tu peux le vérifier avec debsu ms
par exemple.
Soit tu as un problème matériel (probablement la mémoire, mais cela peut
également être le processeur ou un autre composant qui surchauffe).
Utilise memtest86 pour le vérifier.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/Writing/SmartQuestionsFr
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
* steve <dlist@bluewin.ch> [2005-11-30 11:41] :
[...]
> gettimeofday({1133346797, 410830}, NULL) = 0
> gettimeofday({1133346797, 410870}, NULL) = 0
> gettimeofday({1133346797, 410910}, NULL) = 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++
>
>
> Si ça vous dit quelque chose....
Soit tu as une bibliothèque (ou un exécutable) de corrompue (c'est ra re,
mais cela peut arriver qu'un bit change de valeur sur un disque dur
entraînant des effets indésirables). Tu peux le vérifier avec debsu ms
par exemple.
Soit tu as un problème matériel (probablement la mémoire, mais cela peut
également être le processeur ou un autre composant qui surchauffe).
Utilise memtest86 pour le vérifier.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/Writing/SmartQuestionsFr
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
* steve [2005-11-30 11:41] :
[...]
> gettimeofday({1133346797, 410830}, NULL) = 0
> gettimeofday({1133346797, 410870}, NULL) = 0
> gettimeofday({1133346797, 410910}, NULL) = 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++
>
>
> Si ça vous dit quelque chose....
Soit tu as une bibliothèque (ou un exécutable) de corrompue (c'est ra re,
mais cela peut arriver qu'un bit change de valeur sur un disque dur
entraînant des effets indésirables). Tu peux le vérifier avec debsu ms
par exemple.
Soit tu as un problème matériel (probablement la mémoire, mais cela peut
également être le processeur ou un autre composant qui surchauffe).
Utilise memtest86 pour le vérifier.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/Writing/SmartQuestionsFr
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
