> Salut,
> Je suis d'accord avec toi, j'ai repondu ce matin � stephane pour son mail.
> De toute facon c'est une machine PERSO et nan pas d'entreprise et c'est
> vrais que te telle remarque n'aide en rien ...
> Par contre maitenant je boote ca marche je l'ai dis dans un mail hier :)
> Merci a tous.
Euh, je n'ai pas voulu corriger �a hier, �a me paraissait futile, mais je
vais le faire,
la pettite phrase innoncente " Stephane BERDIN wrote :", bah c pas moi :(
C'est simplement une (petite ?!) erreur de 'reply'
Donc pour remettre les choses dans l'ordre...
Voici ce qu'� �crit Fr�d�ric Malenfant :
****************************************************************************
***********
Si tu utilisais une machine pour une entreprise bien tu ne recompilerais pas
ton kernel � chaque nouvelle sortie ! nous on utilise le 2.0.36 chez bien
des clients et il n'existe aucune raison de changer, sinon on se cr�e des
tonnes d'heures de travail � modifier tout pour que �a fonctionne pareil
comme avant...
****************************************************************************
***********
Et voici donc je que je r�pondai alors :
--------------------------------------------------------
****************************************************************************
**************
" Yo,
Le 2.0.36 est effectivement connu pour sa robustesse, etc...
Mais l'�volution actuelle des p�riph�riques, des syst�mes de fichiers, des
outils, etc...font que le kernel _doit_ �voluer de mani�re constante
en accord avec les besoins du march�.
Le jour ou un de tes clients veux faire tourner un bi-proc, bah tu changeras
de noyau.
Les noyaux sup�rieures sont aussi un moyen sur d'avoir les derniers patch
pour les trous de s�curit� par exemple.
Alan Cox fait d'ailleurs �voluer le 2.0.36 de temps en temps pour des
besoins pr�cis de soci�t� ( 2.0.37 par ex alors que le 2.2.1 �tait dej�
sorti. )
Il est clair qu'il faut faire �voluer ses outils ( gcc, binutils,...) avec
les noyaux, mais �a c'est le r�le de l'admin
pens�e du soir...bonsoir"
****************************************************************************
**************
vala.
