1) je n'arrive pas =E0 compiler les drivers Nvidia.
Je l'ai fait des tas de fois, mais l=E0 je n'arrive pas =E0 comprendre.
Le driver compile, et tout =E0 la fin:
ERROR: Unable to load the kernel module 'nvidia.ko'. This is most likely
because the kernel module was built using the wrong kernel source files.
Please make sure you have installed the kernel source files for your
kernel; on Red Hat Linux systems, for example, be sure you have the
'kernel-source' rpm installed. If you know the correct kernel source
files are installed, you may specify the kernel source path with the
'--kernel-source-path' commandline option.
Mes sources sont dans /usr/src/linux-2.6.13
Mon noyau est compil=E9 correctement
Il y a un
les alias
/usr/src/linux
/lib/module/2.6.13/build
/lib/module/2.6.13/source
pointent dessus
j'ai tent=E9 de d=E9marrer avec l'option -e pour indiquer les chemins
au moment de l'installation, rien n'y fait.
Y-a-t-il quelque chose qui m'=E9chappe ?
La m=EAme configuration en noyau 2.6.12 fonctionnait (je suis pass=E9 au=
2.6.13 pour
plusieurs raison, dont une carte dvb)
2) au moment de l'arr=EAt de l'ordinateur (entendez /sbin/halt),=
l'ordinateur finit par m'insulter
en me disant:
Power down.
Badness in send_IPI_mask_bitmask at arch/i386/kernel/smp.c: 128
[<c01109c9>]
[<c0110d9e>]
[<c01196ba>]
[<c011af51>]
[<c011b0d7>]
[<c011c1e4>]
[<c011c130>]
[<c01338f7>]
[<c0133840>]
[<c010118d>]
Aujourd'hui, il est peu bavard. L'autre jour, j'en ai eu 3 =E9crans.
J'ai un double athlon 1500+MP, et mon noyau est compil=E9 avec l'option=
smp.
Toujours pareil, ces messages sont apparus avec le noyaux 2.6.13.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1515" name=GENERATOR></HEAD>
<BODY style="FONT-FAMILY: Arial" text=#000000 bgColor=#ffffff><FONT size=2>
<DIV>1) je n'arrive pas à compiler les drivers Nvidia.</DIV>
<DIV>Je l'ai fait des tas de fois, mais là je n'arrive pas à comprendre.</DIV>
<DIV>Le driver compile, et tout à la fin:</DIV>
<DIV> </DIV>
<DIV>ERROR: Unable to load the kernel module 'nvidia.ko'. This is most
likely</DIV>
<DIV>because the kernel module was built using the wrong kernel source
files.</DIV>
<DIV>Please make sure you have installed the kernel source files for your</DIV>
<DIV>kernel; on Red Hat Linux systems, for example, be sure you have the</DIV>
<DIV>'kernel-source' rpm installed. If you know the correct kernel source</DIV>
<DIV>files are installed, you may specify the kernel source path with the</DIV>
<DIV>'--kernel-source-path' commandline option.</DIV>
<DIV> </DIV>
<DIV>Mes sources sont dans /usr/src/linux-2.6.13</DIV>
<DIV> </DIV>
<DIV>Mon noyau est compilé correctement</DIV>
<DIV>Il y a un </DIV>
<DIV>les alias </DIV>
<DIV> /usr/src/linux </DIV>
<DIV>
<DIV> /lib/module/2.6.13/build
<DIV> /lib/module/2.6.13/source</DIV>
<DIV>pointent dessus </DIV></DIV></DIV>
<DIV> </DIV>
<DIV>j'ai tenté de démarrer avec l'option -e pour indiquer les chemins </DIV>
<DIV>au moment de l'installation, rien n'y fait.</DIV>
<DIV> </DIV>
<DIV>Y-a-t-il quelque chose qui m'échappe ?</DIV>
<DIV>La même configuration en noyau 2.6.12 fonctionnait (je suis passé au 2.6.13
pour</DIV>
<DIV>plusieurs raison, dont une carte dvb)</DIV>
<DIV> </DIV>
<DIV>2) au moment de l'arrêt de l'ordinateur (entendez /sbin/halt), l'ordinateur
finit par m'insulter</DIV>
<DIV>en me disant:</DIV>
<DIV>Power down.</DIV>
<DIV>Badness in send_IPI_mask_bitmask at arch/i386/kernel/smp.c: 128</DIV>
<DIV>[<c01109c9>]</DIV>
<DIV>[<c0110d9e>]</DIV>
<DIV>[<c01196ba>]</DIV>
<DIV>[<c011af51>]</DIV>
<DIV>[<c011b0d7>]</DIV>
<DIV>[<c011c1e4>]</DIV>
<DIV>[<c011c130>]</DIV>
<DIV>[<c01338f7>]</DIV>
<DIV>[<c0133840>]</DIV>
<DIV>[<c010118d>]</DIV>
<DIV> </DIV>
<DIV>Aujourd'hui, il est peu bavard. L'autre jour, j'en ai eu 3 écrans.</DIV>
<DIV> </DIV>
<DIV>J'ai un double athlon 1500+MP, et mon noyau est compilé avec l'option
smp.</DIV>
<DIV> </DIV>
<DIV>Toujours pareil, ces messages sont apparus avec le noyaux 2.6.13.</DIV>
<DIV> </DIV>
<DIV>Quelqu'un aurait-il un idée ?</DIV>
<DIV> </DIV>
<DIV>En vous remerciant par avance</DIV>
<DIV>Nicolas Folin</DIV></FONT></BODY></HTML>
--=====_112624821241=_--
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
garfield
Folin Nicolas wrote:
1) je n'arrive pas à compiler les drivers Nvidia. Je l'ai fait des tas de fois, mais là je n'arrive pas à comprendre. Le driver compile, et tout à la fin:
ERROR: Unable to load the kernel module 'nvidia.ko'. This is most likely because the kernel module was built using the wrong kernel source files. Please make sure you have installed the kernel source files for your kernel; on Red Hat Linux systems, for example, be sure you have the 'kernel-source' rpm installed. If you know the correct kernel source files are installed, you may specify the kernel source path with the '--kernel-source-path' commandline option.
Mes sources sont dans /usr/src/linux-2.6.13
Mon noyau est compilé correctement Il y a un les alias /usr/src/linux /lib/module/2.6.13/build /lib/module/2.6.13/source pointent dessus
j'ai tenté de démarrer avec l'option -e pour indiquer les chemins au moment de l'installation, rien n'y fait.
Y-a-t-il quelque chose qui m'échappe ? La même configuration en noyau 2.6.12 fonctionnait (je suis passé au 2.6.13 pour plusieurs raison, dont une carte dvb)
2) au moment de l'arrêt de l'ordinateur (entendez /sbin/halt), l'ordinateur finit par m'insulter en me disant: Power down. Badness in send_IPI_mask_bitmask at arch/i386/kernel/smp.c: 128 [<c01109c9>] [<c0110d9e>] [<c01196ba>] [<c011af51>] [<c011b0d7>] [<c011c1e4>] [<c011c130>] [<c01338f7>] [<c0133840>] [<c010118d>]
Aujourd'hui, il est peu bavard. L'autre jour, j'en ai eu 3 écrans.
J'ai un double athlon 1500+MP, et mon noyau est compilé avec l'option smp.
Toujours pareil, ces messages sont apparus avec le noyaux 2.6.13.
Quelqu'un aurait-il un idée ?
En vous remerciant par avance Nicolas Folin
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce produit généralement quand nvidia n'arrive pas a attendre ton /usr/src/linux (qui doit etre un lien pointant sur /usr/src/kernel-source-XX).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Folin Nicolas wrote:
1) je n'arrive pas à compiler les drivers Nvidia.
Je l'ai fait des tas de fois, mais là je n'arrive pas à comprendre.
Le driver compile, et tout à la fin:
ERROR: Unable to load the kernel module 'nvidia.ko'. This is most likely
because the kernel module was built using the wrong kernel source files.
Please make sure you have installed the kernel source files for your
kernel; on Red Hat Linux systems, for example, be sure you have the
'kernel-source' rpm installed. If you know the correct kernel source
files are installed, you may specify the kernel source path with the
'--kernel-source-path' commandline option.
Mes sources sont dans /usr/src/linux-2.6.13
Mon noyau est compilé correctement
Il y a un
les alias
/usr/src/linux
/lib/module/2.6.13/build
/lib/module/2.6.13/source
pointent dessus
j'ai tenté de démarrer avec l'option -e pour indiquer les chemins
au moment de l'installation, rien n'y fait.
Y-a-t-il quelque chose qui m'échappe ?
La même configuration en noyau 2.6.12 fonctionnait (je suis passé au
2.6.13 pour
plusieurs raison, dont une carte dvb)
2) au moment de l'arrêt de l'ordinateur (entendez /sbin/halt),
l'ordinateur finit par m'insulter
en me disant:
Power down.
Badness in send_IPI_mask_bitmask at arch/i386/kernel/smp.c: 128
[<c01109c9>]
[<c0110d9e>]
[<c01196ba>]
[<c011af51>]
[<c011b0d7>]
[<c011c1e4>]
[<c011c130>]
[<c01338f7>]
[<c0133840>]
[<c010118d>]
Aujourd'hui, il est peu bavard. L'autre jour, j'en ai eu 3 écrans.
J'ai un double athlon 1500+MP, et mon noyau est compilé avec l'option smp.
Toujours pareil, ces messages sont apparus avec le noyaux 2.6.13.
Quelqu'un aurait-il un idée ?
En vous remerciant par avance
Nicolas Folin
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce
produit généralement quand nvidia n'arrive pas a attendre ton
/usr/src/linux (qui doit etre un lien pointant sur
/usr/src/kernel-source-XX).
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
1) je n'arrive pas à compiler les drivers Nvidia. Je l'ai fait des tas de fois, mais là je n'arrive pas à comprendre. Le driver compile, et tout à la fin:
ERROR: Unable to load the kernel module 'nvidia.ko'. This is most likely because the kernel module was built using the wrong kernel source files. Please make sure you have installed the kernel source files for your kernel; on Red Hat Linux systems, for example, be sure you have the 'kernel-source' rpm installed. If you know the correct kernel source files are installed, you may specify the kernel source path with the '--kernel-source-path' commandline option.
Mes sources sont dans /usr/src/linux-2.6.13
Mon noyau est compilé correctement Il y a un les alias /usr/src/linux /lib/module/2.6.13/build /lib/module/2.6.13/source pointent dessus
j'ai tenté de démarrer avec l'option -e pour indiquer les chemins au moment de l'installation, rien n'y fait.
Y-a-t-il quelque chose qui m'échappe ? La même configuration en noyau 2.6.12 fonctionnait (je suis passé au 2.6.13 pour plusieurs raison, dont une carte dvb)
2) au moment de l'arrêt de l'ordinateur (entendez /sbin/halt), l'ordinateur finit par m'insulter en me disant: Power down. Badness in send_IPI_mask_bitmask at arch/i386/kernel/smp.c: 128 [<c01109c9>] [<c0110d9e>] [<c01196ba>] [<c011af51>] [<c011b0d7>] [<c011c1e4>] [<c011c130>] [<c01338f7>] [<c0133840>] [<c010118d>]
Aujourd'hui, il est peu bavard. L'autre jour, j'en ai eu 3 écrans.
J'ai un double athlon 1500+MP, et mon noyau est compilé avec l'option smp.
Toujours pareil, ces messages sont apparus avec le noyaux 2.6.13.
Quelqu'un aurait-il un idée ?
En vous remerciant par avance Nicolas Folin
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce produit généralement quand nvidia n'arrive pas a attendre ton /usr/src/linux (qui doit etre un lien pointant sur /usr/src/kernel-source-XX).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
RTyler
a écrit :
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce produit généralement quand nvidia n'arrive pas a attendre ton /usr/src/linux (qui doit etre un lien pointant sur /usr/src/kernel-source-XX).
En fait il regarde aussi dans /lib/modules/uname -r/build qui est un lien pointant sur l'endroit où tu as compilé ton noyau. Donc si tu as compilé ton noyau sur une autre machine ce lien ainsi que /usr/src/linux (qui n'existe pas chez moi) n'existe pas et l'installeur n'est pas content.
RTyler
P.S. : Concernant /usr/src/linux, Linus disait :
"I would suggest that people who compile new kernels should:
- NOT do so in /usr/src. Leave whatever kernel (probably only the header files) that the distribution came with there, but don't touch it.
- compile the kernel in their own home directory, as their very own selves. No need to be root to compile the kernel. You need to be root to _install_ the kernel, but that's different.
- not have a single symbolic link in sight (except the one that the kernel build itself sets up, namely the "linux/include/asm" symlink that is only used for the internal kernel compile itself).
And yes, this is what I do. My /usr/src/linux still has the old 2.2.13 header files, even though I haven't run a 2.2.13 kernel in a _loong_ time. But those headers were what glibc was compiled against, so those headers are what matches the library object files.
And this is actually what has been the suggested environment for at least the last five years. I don't know why the symlink business keeps on living on, like a bad zombie. Pretty much every distribution still has that broken symlink, and people still remember that the linux sources should go into "/usr/src/linux" even though that hasn't been true in a _loong_ time."
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
garfield@hardz.net a écrit :
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce
produit généralement quand nvidia n'arrive pas a attendre ton
/usr/src/linux (qui doit etre un lien pointant sur
/usr/src/kernel-source-XX).
En fait il regarde aussi dans /lib/modules/uname -r/build qui est un
lien pointant sur l'endroit où tu as compilé ton noyau. Donc si tu as
compilé ton noyau sur une autre machine ce lien ainsi que /usr/src/linux
(qui n'existe pas chez moi) n'existe pas et l'installeur n'est pas content.
RTyler
P.S. : Concernant /usr/src/linux, Linus disait :
"I would suggest that people who compile new kernels should:
- NOT do so in /usr/src. Leave whatever kernel (probably only the
header files) that the distribution came with there, but don't touch
it.
- compile the kernel in their own home directory, as their very own
selves. No need to be root to compile the kernel. You need to be root
to _install_ the kernel, but that's different.
- not have a single symbolic link in sight (except the one that the
kernel build itself sets up, namely the "linux/include/asm" symlink
that is only used for the internal kernel compile itself).
And yes, this is what I do. My /usr/src/linux still has the old 2.2.13
header files, even though I haven't run a 2.2.13 kernel in a _loong_
time. But those headers were what glibc was compiled against, so those
headers are what matches the library object files.
And this is actually what has been the suggested environment for at
least the last five years. I don't know why the symlink business keeps
on living on, like a bad zombie. Pretty much every distribution still
has that broken symlink, and people still remember that the linux
sources should go into "/usr/src/linux" even though that hasn't been
true in a _loong_ time."
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce produit généralement quand nvidia n'arrive pas a attendre ton /usr/src/linux (qui doit etre un lien pointant sur /usr/src/kernel-source-XX).
En fait il regarde aussi dans /lib/modules/uname -r/build qui est un lien pointant sur l'endroit où tu as compilé ton noyau. Donc si tu as compilé ton noyau sur une autre machine ce lien ainsi que /usr/src/linux (qui n'existe pas chez moi) n'existe pas et l'installeur n'est pas content.
RTyler
P.S. : Concernant /usr/src/linux, Linus disait :
"I would suggest that people who compile new kernels should:
- NOT do so in /usr/src. Leave whatever kernel (probably only the header files) that the distribution came with there, but don't touch it.
- compile the kernel in their own home directory, as their very own selves. No need to be root to compile the kernel. You need to be root to _install_ the kernel, but that's different.
- not have a single symbolic link in sight (except the one that the kernel build itself sets up, namely the "linux/include/asm" symlink that is only used for the internal kernel compile itself).
And yes, this is what I do. My /usr/src/linux still has the old 2.2.13 header files, even though I haven't run a 2.2.13 kernel in a _loong_ time. But those headers were what glibc was compiled against, so those headers are what matches the library object files.
And this is actually what has been the suggested environment for at least the last five years. I don't know why the symlink business keeps on living on, like a bad zombie. Pretty much every distribution still has that broken symlink, and people still remember that the linux sources should go into "/usr/src/linux" even though that hasn't been true in a _loong_ time."
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
garfield
RTyler a écrit :
a écrit :
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce produit généralement quand nvidia n'arrive pas a attendre ton /usr/src/linux (qui doit etre un lien pointant sur /usr/src/kernel-source-XX).
En fait il regarde aussi dans /lib/modules/uname -r/build qui est un lien pointant sur l'endroit où tu as compilé ton noyau. Donc si tu as compilé ton noyau sur une autre machine ce lien ainsi que /usr/src/linux (qui n'existe pas chez moi) n'existe pas et l'installeur n'est pas content.
RTyler
P.S. : Concernant /usr/src/linux, Linus disait :
"I would suggest that people who compile new kernels should:
- NOT do so in /usr/src. Leave whatever kernel (probably only the header files) that the distribution came with there, but don't touch it.
- compile the kernel in their own home directory, as their very own selves. No need to be root to compile the kernel. You need to be root to _install_ the kernel, but that's different.
- not have a single symbolic link in sight (except the one that the kernel build itself sets up, namely the "linux/include/asm" symlink that is only used for the internal kernel compile itself).
And yes, this is what I do. My /usr/src/linux still has the old 2.2.13 header files, even though I haven't run a 2.2.13 kernel in a _loong_ time. But those headers were what glibc was compiled against, so those headers are what matches the library object files.
And this is actually what has been the suggested environment for at least the last five years. I don't know why the symlink business keeps on living on, like a bad zombie. Pretty much every distribution still has that broken symlink, and people still remember that the linux sources should go into "/usr/src/linux" even though that hasn't been true in a _loong_ time."
Ah si c'est linus qui le dis ;)
Le probleme c'est que personne ne semble faire ce qu'il dit ...
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
RTyler a écrit :
garfield@hardz.net a écrit :
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce
produit généralement quand nvidia n'arrive pas a attendre ton
/usr/src/linux (qui doit etre un lien pointant sur
/usr/src/kernel-source-XX).
En fait il regarde aussi dans /lib/modules/uname -r/build qui est un
lien pointant sur l'endroit où tu as compilé ton noyau. Donc si tu as
compilé ton noyau sur une autre machine ce lien ainsi que /usr/src/linux
(qui n'existe pas chez moi) n'existe pas et l'installeur n'est pas content.
RTyler
P.S. : Concernant /usr/src/linux, Linus disait :
"I would suggest that people who compile new kernels should:
- NOT do so in /usr/src. Leave whatever kernel (probably only the
header files) that the distribution came with there, but don't touch
it.
- compile the kernel in their own home directory, as their very own
selves. No need to be root to compile the kernel. You need to be root
to _install_ the kernel, but that's different.
- not have a single symbolic link in sight (except the one that the
kernel build itself sets up, namely the "linux/include/asm" symlink
that is only used for the internal kernel compile itself).
And yes, this is what I do. My /usr/src/linux still has the old 2.2.13
header files, even though I haven't run a 2.2.13 kernel in a _loong_
time. But those headers were what glibc was compiled against, so those
headers are what matches the library object files.
And this is actually what has been the suggested environment for at
least the last five years. I don't know why the symlink business keeps
on living on, like a bad zombie. Pretty much every distribution still
has that broken symlink, and people still remember that the linux
sources should go into "/usr/src/linux" even though that hasn't been
true in a _loong_ time."
Ah si c'est linus qui le dis ;)
Le probleme c'est que personne ne semble faire ce qu'il dit ...
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Tu tournes sur un noyeau recompilé a la main ? car ce genre d'erreur ce produit généralement quand nvidia n'arrive pas a attendre ton /usr/src/linux (qui doit etre un lien pointant sur /usr/src/kernel-source-XX).
En fait il regarde aussi dans /lib/modules/uname -r/build qui est un lien pointant sur l'endroit où tu as compilé ton noyau. Donc si tu as compilé ton noyau sur une autre machine ce lien ainsi que /usr/src/linux (qui n'existe pas chez moi) n'existe pas et l'installeur n'est pas content.
RTyler
P.S. : Concernant /usr/src/linux, Linus disait :
"I would suggest that people who compile new kernels should:
- NOT do so in /usr/src. Leave whatever kernel (probably only the header files) that the distribution came with there, but don't touch it.
- compile the kernel in their own home directory, as their very own selves. No need to be root to compile the kernel. You need to be root to _install_ the kernel, but that's different.
- not have a single symbolic link in sight (except the one that the kernel build itself sets up, namely the "linux/include/asm" symlink that is only used for the internal kernel compile itself).
And yes, this is what I do. My /usr/src/linux still has the old 2.2.13 header files, even though I haven't run a 2.2.13 kernel in a _loong_ time. But those headers were what glibc was compiled against, so those headers are what matches the library object files.
And this is actually what has been the suggested environment for at least the last five years. I don't know why the symlink business keeps on living on, like a bad zombie. Pretty much every distribution still has that broken symlink, and people still remember that the linux sources should go into "/usr/src/linux" even though that hasn't been true in a _loong_ time."
Ah si c'est linus qui le dis ;)
Le probleme c'est que personne ne semble faire ce qu'il dit ...
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact