Le Fri, Apr 23, 1999 at 09:43:52AM +0200, Sami Dalouche �crivait: > debian dit unstable, c'est d�j� stable � mort... Enfin, j'ai arr�t� de > penser ca hier quand j'ai du reformater tout mon ordi '� la W95" � cause > d'une glibc2.1 qui a merd� et que je n'ai pas su comment remplacer. > D'alleurs, on fait comment pour remplacer la libc sans que ca foute tout > en l'ai, comme je l'ai fait : ar -x libc6_xxx.deb > tar xvzf data.tar.gz -C / > et boum....
Et dpkg et apt ? Si tu avais utilis� apt pour mettre � jour en glibc2.1, tu n'aurais pas eu le moindre probl�me. Et dpkg t'aurais pr�venu qu'elle �tait en conflit avec certaines versions de certains paquets et t'aurait donc forc� � installer les bonnes versions *avant* de d�compacter la glibc2.1 ... quant � la r�cup�ration du syst�me, il faut disposer d'une disquette de boot avec ce qui faut dessus. Ou alors on r�installer juste le syst�me de base avec les disquettes d'installation et on remplace ensuite /var/lib/dpkg/status avec une des derni�res sauvegardes (oui il y a des sauvegardes automatiques en /var/lib/dpkg/status.X.gz). Tout simplement. Si tu parlais de repasser en glibc2.0 alors que tu �tais en glibc2.1, alors il aurait fallu que tu utilises dpkg aussi mais avec les anciennes versions des paquets (aussi bien la libc que les biblioth�ques mises � jour en m�me temps), et le tout en une seule ligne de commande ... > Enfin, bref, pour en revenir � la lenteur, ca me parait normal que la > slink soit plus lente que la hamm car les softs sont + � jour donc > bouffent de + en + de ressources. A moins que cette r�gle ne s'applique > pas sous linux, je ne voit pas d'autres explications. Si on utilise des programmes de plus en plus lourd oui, mais si on utilise toujours la m�me chose, il ne doit pas y avoir de diff�rences de rapidit�. Et personellement je n'ai rien remarqu�. > > Je tourne ancore en noyau version 2.0.34. Ca vient peut-�tre de l�. Pas sp�cifiquement, mais si vous passez au noyau 2.2.X, oui vous pourrez peut-�tre constater une am�lioration. A+ -- Hertzog Rapha�l >> 0C4CABF1 >> http://prope.insa-lyon.fr/~rhertzog/
