Bonjour, Suite et fin de mon expérimentation.
D. Soulayrol wrote: > Bonjour, > > > Guy Roussin wrote: >>> J'utilise Sid depuis plus de deux ans je crois. Je m'y étais mis parce >>> que j'avais besoin d'une version de X à jour, et j'avais hâte d'avoir la >>> dernière version de GNOME. >>> >>> Les choses ont changé, et aujourd'hui je n'ai plus trop le temps de me >>> pencher sur les nombreux problèmes qui ont fleuri sur ma machine au >>> cours des dernières grosses transitions. Je souhaiterais revenir en >> testing. >>> Je me suis dit que faire pointer mon sources.list vers testing devrait >>> me permettre de glisser doucement vers Etch. Est-ce que certains d'entre >>> vous ont déjà tenté la manoeuvre ou bien ont une opinion sur le sujet ? >> Bonjour, >> >> C'est vrai que ce serait vraiment sympa. Je l'ai tenté une fois sans >> succès ... et j'ai fait marche arrière. >> Peut-être n'ai-je pas assez attendu ? > > Bon, manœuvre effectuée hier soir. J'ai nettoyé mon sources.list pour ne > conserver que les dépôts officiels en testing et celui de Marillat pour > Etch. Un update, une mise à jour manuelle de tous les paquets > "upgradables" (sauf udev parce que j'ai un noyau compilé maison trop > ancien) et ma machine fonctionne toujours. Ouf. > > J'observe énormément de paquets dans la rubrique locaux/obsolete de > Synaptic auxquels je ne touche surtout pas : il s'agit de tous les > paquets qui n'existent pas encore en testing. La difficulté dans le long > terme sera probablement de distinguer les paquets qui tardent à > descendre en testing de ceux qui sont effectivement obsolètes. > >> Cela dit, il y a aussi parfois des problèmes dans etch et finalement >> je ne passe guère plus de temps sur les machines en sid que sur les >> machines en etch ... je suis seulement un peu plus prudent lors des >> dist-upgrade de sid et je fais en sorte de ne pas avoir de tâches urgentes >> à accomplir dans les 2 heures qui suivent. >> >> Merci de nous faire part de votre expérience si vous tentez la chose. Avec Wormux qui descend aujourd'hui dans testing, ce sont bientôt les derniers paquets purement unstable (inexistant en Etch) qui disparaissent de ma machine. Pour poser le problème: j'avais entrepris deux transitions importantes. Le glissement vers Etch (explicité ci-dessus), mais également le passage à aptitude. La base d'aptitude était alors en vrac car je l'utilisais en parallèle avec synaptic. J'ai d'abord conservé l'usage de synaptic durant les premières semaines sous Etch car il m'a moins posé de problème pour les mises à jours du système. J'ai ensuite fait le grand saut afin de remettre Aptitude d'applomb. Cela m'a valu une grosse mise à jour, tranquillement vérifiée, et tout roule depuis. Dans le même laps de temps, j'ai essayé les pilotes propriétaires de ATI pour ma Radeon 9250. Finalement, j'ai trouvé l'apport pas suffisamment intéressant pour mon usage et je suis revenu aux pilotes libres. Mon principal problème provient du fait que mon Shuttle ne supporte que l'AGPx4. Ma machine est aussi utilisable qu'avant. J'ai un petit problème actuellement avec les CD audios, mais j'ai gagné par ailleurs sur plusieurs points (les quelques grosses mises à jour récentes ont dû remettre d'aplomb quelques bibliothèques et fichiers de configuration). GNOME 2.14.2 qui est descendue à peu près en même temps que moi dans Etch a dû aider aussi. Tant que j'ai été en Sid, je n'ai jamais fait usage des cibles upgrade ou dist-upgrade. J'ai toujours soigneusement choisi mes mises à jours, ce qui explique ma volonté de retrouver un système un peu plus figé. Cela explique également les grosses mises à jour que j'ai du faire, même pour /rétrograder/ ma distribution. À tous ceux qui se posaient la question: le passage de Sid à Etch est donc faisable, et même extrêmement simple du moment que l'on prend le temps de voir venir les mises à jour. Cela ne m'a aucunement bridé pour faire quoi que ce soit d'autre (tests de divers logiciels, changement de pilotes, ...), et après deux mois de mises à jour à peu près hebdomadaires, je vois la fin d'une étape importante dans le processus. -- David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
