[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Passer de Sid en Etch





Gilles Mocellin a écrit :
Le Mardi 6 Juin 2006 10:24, D. Soulayrol a écrit :
Bonjour,

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 ?
Moi je l'ais fait sur 2 machines quand sarge est devenu stable, j'ai aussi migré une ubuntu en sarge juste pour voir... apt est un outil très robuste ! Parfois il y a des gros problèmes de dépendances, il faut désintaller temporairement certains packages indispensables pour que d'autres veuillent bien downgrader... dans ce cas apt affiche un méga avertissement et de mande de tapper la phrase "Oui, faites ce que je vous dis !" à la virgule près pour confirmer. On confirme (en priant pour qu'il n'y ais pas de coupure de courant), on downgrade ce qui bloquais et on réinstalle les packages indispensables immédiatement après. Les machines qui ont subit ce genre d'opérations ne m'ont pas encore posé de problème particuliers... une fois l'opération terminé il semble qu'il n'y ait pas grande différence avec un sarge d'origine.
Merci,
David.

En voyant les problèmes sur testing dans cette liste, je me demande si c'est pas pire qu'en unstable.
Moi aussi, je suis en testing mais j'ai de plus en plus de packages unstable installés (j'ai du upgrader Xorg suite à la dernière mise à jour de gnome, mon serveur cups qui ne marchait plus, etc... en fin de compte je crois que par moment testing est bien pire qu'unstable ( du point de vu stabilité parcequ'au niveau sécurité je crois que c'est quand même mieux... )
Au moins, en unstable, une mise à jour peu arriver dès le lendemain, alors qu'en testing, si un autre paquet bloque on peut rester longtemps avec une situation cassée ou un package manquant.

Finalement, une stable avec quelques backports, ça doit pas être mal, non ?



Reply to: