Passer à lenny, voire sid : hésitations

Bonjour à tous,

Je tourne depuis quelques mois avec Debian Etch, et j’en suis pour l’instant content. Je me pose la question d’essayer d’upgrader en lenny ou en sid. Je tiens à signaler que ma machine est un portable, pour utilisation personnelle et quotidienne, je ne pense pas en faire un serveur ou une machine qui doit rester allumée longtemps.

Tout d’abord, je me demande si ça vaut vraiment le coup. Par exemple, je comprends qu’avoir accès à des versions plus récentes de logiciels tels que gnome, gimp ou openoffice est avantageux, mais pour tous les autres paquets “de base”, qu’est-ce que ça apporte ? De meilleures performances ? Plus de fonctionnalités ?

Ensuite, j’ai peur de rencontrer des disfonctionnements. Est-ce courant lors d’un passage etch -> lenny ou etch -> sid ? Si oui, à quel niveau ?

Enfin, est-il possible de “prendre une image” de la liste des paquets actuellement installés pour y revenir en cas de soucis ?

Par avance, merci.

Tu es AMA dans la situation ou sid prend tout son sens: machine ou l’on peut se permettre beaucoup de choses et ou un petit bug par ci par là ne gène pas forcément.
Sinon, le noyau de sid que l’on peut installer sans migrer en “full sid” est bien utile pour les portables qui ont souvent des composant gèrés uniquement par les noyaux récents.
Dernier point: oui, tu peux régresser de sid en lenny ou etch si nécessaire, en jouant sur les preferences.
Aprés, il y a le plaisir d’avoir plein de fonctionnalités dans les logiciels, mais l’interet de passer en sid n’est pas forcément une accéleration par rapport aux autres releases (ce n’est pas forcément plus rapide ou plus lent, ça dépend des moments).

Salut mattotop,

Tout d’abord merci pour cette réponse.

C’est à dire que je ne suis pas complètement en etch, j’ai quelques paquets lenny. Me sera-t-il possible de retrouver ce même état ?

bah ça, c’est certain que tu pourra le retrouver en reinstallant les paquets lenny un à un sur une base régressée en etch, par contre, je n’ai pas d’idée sur comment remettre exactement le même jeu de version automatiquement. Désolé.

Ok, pas de problème.
Bon, bah je me lance pour sid, je vous tiens au courant :slightly_smiling:

Bon, j’ai bien upgradé, tout s’est apparament bien passé… mais je suis toujours avec mes anciennes versions de logiciels ! (openoffice 2.0, gnome 2.14 …). Le noyau est toujours celui de etch. J’avoue que je ne comprends pas.

sources.list, preferences, et resultat d’apt-cache policy et d’apt-cache policy gnome-core, par exemple ?
Pour le noyau, c’est normal, le paquet linux-image-2.6.22 n’est pas une mise à jour du 2.6.18 et la migration doit être faite volontairement, ce qui est plutot sain.

Avant toute chose, je viens de me rendre compte que j’ai fait

au lieu de

Ca vient de là, non ?

Sinon, mon sources.list :

[code]# dépots officiels debian etch

deb http://ftp.fr.debian.org/debian/ etch main contrib non-free

deb-src http://ftp.fr.debian.org/debian/ etch main contrib non-free

dépots officiels debian lenny

deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free

deb-src http://ftp.fr.debian.org/debian/ lenny main contrib non-free

dépots officiels debian unstable

deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ unstable main contrib non-free

dépots officiels MàJ sécurité

deb http://security.debian.org/ etch/updates main contrib

deb-src http://security.debian.org/ etch/updates main contrib

deb http://security.debian.org/ lenny/updates main contrib

deb-src http://security.debian.org/ lenny/updates main contrib

dépots debian multimédia

deb http://www.debian-multimedia.org/ unstable main
deb-src http://www.debian-multimedia.org/ unstable main
[/code]

Mon fichier preferences est vide.

apt-cache policy :

Fichiers du paquet : 100 /var/lib/dpkg/status release a=now 500 http://www.debian-multimedia.org unstable/main Packages release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 500 http://ftp.fr.debian.org unstable/non-free Packages release o=Debian,a=unstable,l=Debian,c=non-free origin ftp.fr.debian.org 500 http://ftp.fr.debian.org unstable/contrib Packages release o=Debian,a=unstable,l=Debian,c=contrib origin ftp.fr.debian.org 500 http://ftp.fr.debian.org unstable/main Packages release o=Debian,a=unstable,l=Debian,c=main origin ftp.fr.debian.org Paquets étiquetés :

apt-cache policy gnome-core

gnome-core: Installé : 1:2.14.3.6 Candidat : 1:2.18.3.1 Table de version : 1:2.18.3.1 0 500 http://ftp.fr.debian.org unstable/main Packages *** 1:2.14.3.6 0 100 /var/lib/dpkg/status

Il vaut mieux complèter les sources sid avec une release antérieure, et pour je te conseille d’utiliser le sources.list et les prefs de T&A.
Sinon, c’est sûr que si tu ne fais qu’un upgrade, ça limite les mises à jour.

[quote=“mattotop”]Il vaut mieux complèter les sources sid avec une release antérieure, et pour je te conseille d’utiliser le sources.list et les prefs de T&A.
Sinon, c’est sûr que si tu ne fais qu’un upgrade, ça limite les mises à jour.[/quote]
Euh, qui ou qu’est-ce qu’est T&A ?

forum.debian-fr.org/viewtopic.php?t=5659
T&A=trucs et astuces

[quote=“mattotop”]http://forum.debian-fr.org/viewtopic.php?t=5659
T&A=trucs et astuces[/quote]
Merci bien.

J’utilise désormais le sources.list et le preferences sid des T&A.
Cependant, aptitude dist-upgrade me propose ceci :

nvidia-glx apparaît comme cassé…
Mais je n’ai pas spécialement envie de le supprimer…
Existe-t-il une alternative ?

Pourrais-tu aussi m’expliquer comment revenir à etch ?
Il suffit de mettre un fichier preference prioritaire pour etch et de faire aptitude dist-upgrade ?

bon, pour le pb de nvidia-glx en sid, c’est un exemple du genre de truc qui marchouille sous sid, mais je connais la parade: tu laisse le dist-upgrade se faire en laissant le nvidia-glx se désinstaller. Ensuite, tu vas jusqu’au bout et tu supprimes tous les paquets installés concernant nvidia (modules compilés avec le module assistant compris) puis tu nettoies ce qui reste de nvidia dans /usr/src/modules (je ne sais pas si c’est obligatoire mais ça ne mange pas de pain).
Ensuite, tu fais comme d’hab ta recompil de module nvidia avec les sources sid:

m-a a-i -t nvidia puis, et c’est là que ça peut paraitre bizarre, tu réinstalles toi même nvidia-glx: aptitude install nvidia-glx.

Sinon, pour repasser en etch, tu prends effectivement dans le tuto les preferences pour une etch, et pour forcer la regression, tu va modifier temporairement les preferences en mettant 1000 de plus pour tout ce qui concerne le etch, et un signe - pour tout ce qui concerne sid, lenny, et experimental. Ensuite, le dist-upgrade va supprimmer les paquets lenny ou sid, et les remplacer par des paquets etch quand il peut.
Tu va peut être voir sauter des paquets que tu penses importants pour toi, mais une fois revenu avec uniquement des paquets etch, il te suffirat de les reinstaller, et ils retrouveront leur config.

Je pense que je vais repasser à etch pour le moment.

Voici comment j’ai mis mon fichier de préférences :

Et voici ce que me donne aptitude dist-upgrade :

[quote]17:46 root@newton /home/odsen# aptitude dist-upgrade
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances… Fait
Lecture de l’information d’état étendu
Initialisation de l’état des paquets… Fait
Lecture des descriptions de tâches… Fait
Construction de la base de données des étiquettes… Fait
Les paquets suivants seront mis à jour :
khelpcenter vlc vlc-nox
3 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 690 non mis à jour.
Il est nécessaire de télécharger 7972ko d’archives. Après dépaquetage, 0o seront utilisés.
Voulez-vous continuer ? [Y/n/?]
[/quote]

Je n’ai pas continué, il n’a pas l’air de vouloir remettre etch, là…
Qu’en penses-tu ?

et avec apt-get plutot ?
tu as fait un update ?
sinon, que donne apt-cache policy ?

Avec apt-get ça passe !
C’est bien la première fois que j’ai à l’utiliser, je n’avais jamais rencontré de problème avec aptitude.

Remise à etch en cours…
Je pense que je vais tester la sid indépendamment, sur une autre partition, pour toujours avoir etch sous le coude.

Merci pour ton aide mattotop, c’est très appréciable :slightly_smiling:

quand je peux ne pas lâcher quelqu’un au milieu du gué… :wink:
En fait, apt-get est plus basique qu’aptitude, ce qui le rend rigide quand on recherche des alternatives sur les solutions de versions compatibles, mais est trés appréciable quand on cherche un comportement plus deterministe.
En complément, dselect est un peu entre les deux: il ne t’offre qu’une solution, mais n’hesite pas à aller la chercher trés loin. Il résoud miraculeusement certains pb de dépendances.
Quand a wajig, que j’oublie toujours c’est un couteau suisse qui fait comme aptitude plus apt-cache plus apt-file plus… Et en plus, c’est un interpreteur de script avec son propre langage (le jig).
synaptic, je ne l’utilise pas, et adept, seulement pour le notifier qui me prévient qu’il y a une mise à jour (que je fais alors en general avec aptitude, mais parfois quand j’ai de vieux reflexes avec apt-get).

Désoler je ressors un vieux fil.

N’est il pas dangereux d’alterner dans l’utilisation des gestionnaires de paquets ? Je sais qu’il faut éviter entre apt-get et aptitude.
Perso, j’utilise apt-get et adept en alternance… C’est grave docteur ? :confused: