Passage de stretch à buster

https://www.debian.org/security/2018/dsa-4287

Dans le fichier /etc/apt/sources.list il faut simplement ajouter

deb http://deb.debian.org/debian-security/ stretch/updates contrib main non-free

puis

sudo apt update

sudo apt full-upgrade

merci pour la réponse

j’ai fait exactement ce que tu as indiqué et cela m’a fait une mise à jour, mais dont firefox fut exclu : le seul à ne pas être upgradé !

décidément ce firefox, il a la dent dure;

j’en vient à me poser la question si j’ai bien procédé lors du passage de stretch à buster;
en fait, j’ai juste remplacé stretch par buster dans le /etc/apt/sources.list;
suivi de l’upgrade avec “apt-get dist-upgrade”
y avait-il d’autre chose à faire ?

il faut lui forcer la main

sudo apt install firefox-esr/stretch

La méthode d’upgrade est la bonne
Dans ton cas la version Buster doit etre prioritaire sur la version Stretch c’est pourquoi la maj ne se fait pas
Il faudra installer de meme le paquet firefox-esr-l10n-fr/stretch pour le français
Il faut garder les mise a jour de sécurité de Stretch car Buster est toujours la version testing et n’est pas impacté par les maj de sécurité ce qui peut ouvrir des brèches dans ton installation

Plus d’info sur les préférences https://manpages.debian.org/stretch/apt/apt_preferences.5.fr.html

même en lui forçant la main ça veut pas!
à la commande “apt install firefox-esr/stretch”, il y a un problème avec un paquet
“libevent-2.0-5” qu’il ne trouve pas;
ET la présence d’un “libevent-2.1-6” qui gène que j’ai essayé de supprimer;
mais devant la longue liste des autres suppressions, j’ai renoncé;

afin d’essayer d’avancer, j’ai fait un “apt show -a firefox-esr”
il en ressort que :
52.9 dépend de libevent-2.1-6
60.2 dépend de libevent-2.0-5, qu’il ne trouve pas;

donc, pour résoudre mon problème, il me faut

  • trouver le bon libevent
  • forcer le downgrade puisque c’est une version plus ancienne dont dépend le nouveau firefox et que à priori, les donwgrade sont bloqués
    un vrai casse tête cette histoire

merci pour les liens utiles et les conseils

apt policy  libevent-2.0-5
libevent-2.0-5:
  Installé : 2.0.21-stable-3
  Candidat : 2.0.21-stable-3
 Table de version :
 *** 2.0.21-stable-3 800
        800 http://deb.debian.org/debian stretch/main amd64 Packages
        200 http://deb.debian.org/debian sid/main amd64 Packages
        100 /var/lib/dpkg/status
     2.0.21-stable-2+deb8u1 200
        200 http://deb.debian.org/debian-security jessie/updates/main amd64 Packages

tu peux essayer en ajoutant le

deb http://deb.debian.org/debian/ stretch  main

moi je garde toutes les versions
grep deb /etc/apt/sources.list

deb http://deb.debian.org/debian-security/ jessie/updates contrib main non-free
deb http://deb.debian.org/debian-security/ stretch/updates contrib main non-free
deb http://deb.debian.org/debian-security/ buster/updates contrib main non-free
deb http://deb.debian.org/debian/ buster contrib main non-free
deb http://deb.debian.org/debian/ buster-updates contrib main non-free
deb http://deb.debian.org/debian buster-proposed-updates contrib main non-free
deb http://deb.debian.org/debian/ stretch contrib main non-free

et je joue avec les priorités pour privilégier Buster

 cat /etc/apt/preferences.d/buster
#Le fichier des préférences suivant affecte une priorité haute aux versions des paquets appartenant à la distribution Buster, une priorité moindre aux versions appartenant à la distribution Stretch et une priorité basse aux versions appartenant à d'autres distributions Debian.
#
# P >= 1000
#cette priorité entraîne l'installation du paquet même s'il s'agit d'un retour en arrière.
# 990 <= P < 1000
#la version sera installée, même si elle n'appartient pas à la distribution par défaut ; mais elle ne sera pas installée si la version installée est plus récente.
# 500 <= P < 990
#La version sera installée, sauf s'il existe une version appartenant à la distribution par défaut ou si la version installée est plus récente.
# 100 <= P < 500
# la version sera installée, sauf s'il existe une version appartenant à une autre distribution ou si la version installée est plus récente.
# 0 < P < 100
#la version sera installée si aucune version du paquet n'est installée.
# P < 0
#cette priorité empêche l'installation de la version.
# P = 0
#a un comportement indéfini, ne pas l'utiliser.
#
Package: *
Pin: release n=buster
Pin-Priority: 995

Package: *
Pin: release n=stretch
Pin-Priority: 800

Package: *
Pin: release o=Debian
Pin-Priority: 200

bonjour
alors, en rajoutant la ligne indiquée dans le “sources.list”, ça n’a rien changé.
toujours le même message d’erreur concernant ce paquet libevent;

dans mon sources.list, j’ai presque la même chose sauf, la référence à “jessie”, ainsi que “buster-proposed-updates” qui n’y sont pas;
je vais essayer de le rajouter ?
je ne voudrais pas me retrouver en “sid” instable;

par contre, en ce qui concerne /etc/apt/preferences.d/, le dossier est vide, donc pas de dossier “buster”, ni aucun autre.
est ce qu’il existe un template pour ce fichier, ou faut-il le copier ?

merci de tes réponses

Bien que le titre de ton sujet ne corresponde pas à ta demande puisqu’il s’agit juste d’installer une version de firefox, petit point pour clarifier. Que dit ceci:

grep -r ^deb\  /etc/apt/
apt-cache policy firefox-esr

Citation

marco@debian:~$ grep -r ^deb\  /etc/apt/
/etc/apt/sources.list:deb http://ftp.fr.debian.org/debian/ buster main non-free contrib 
/etc/apt/sources.list:deb http://security.debian.org/debian-security/ buster/updates main contrib non-free 
/etc/apt/sources.list:deb http://ftp.fr.debian.org/debian/ buster-updates main contrib non-free 
/etc/apt/sources.list:deb http://deb.debian.org/debian-security/ jessie/updates contrib main non-free
/etc/apt/sources.list:deb http://deb.debian.org/debian-security/ stretch/updates contrib main non-free
/etc/apt/sources.list:deb http://deb.debian.org/debian/ stretch contrib main non-free

Citation

ça marche !
entre temps, j’avais désinstallé firefox, et je ne pouvais plus le réinstaller;
ce fut le rajout du dépot “jessie” qui a débloqué la situation;
et j’ai pu réinstaller firefox-esr en 60.2;

quand au titre, j’en convient qu’il est mal choisi; le passage de stretch à buster c’était bien passé (il y a un mois), et c’est récemment, lorsque la version 60.2 est arrivé dans la stretch que je me suis rendu compte que firefox n’avait pas suivi dans la buster;
d’où le titre qui prête à confusion en effet!

merci de votre aide

Jessie ? C’est quoi ce tripatouillage de jessie à buster ???
Pas vu le retour de ça:

apt-cache policy firefox-esr
marco@debian:~$ apt-cache policy firefox-esr
firefox-esr:
  Installé : 60.2.0esr-1~deb9u2
  Candidat : 60.2.0esr-1~deb9u2
 Table de version :
 *** 60.2.0esr-1~deb9u2 500
        500 http://deb.debian.org/debian-security stretch/updates/main amd64 Packages
        100 /var/lib/dpkg/status
     52.9.0esr-1 500
        500 http://ftp.fr.debian.org/debian buster/main amd64 Packages
     52.9.0esr-1~deb9u1 500
        500 http://deb.debian.org/debian stretch/main amd64 Packages
     52.9.0esr-1~deb8u1 500
        500 http://deb.debian.org/debian-security jessie/updates/main amd64 Packages

voilà le résultat

cela me paraît effectivement extravagant de devoir rajouter un dépot “jessie” pour installer le firefox 60.2 dans une buster, mais c’est bel et bien ce qui vient de se passer sur mon système;

Tu as installé la version de Stretch security et non Jessie…

sudo sed -i '/jessie/d' /etc/apt/sources.list
sudo apt update

Oui, il a bien installé depuis Stretch-updates;
je pense que la référence à “jessie” était du à la “libevent-2.0-5” qu’il ne trouvait pas, puisque c’était ça le message d’erreur qui empêchait l’installation de se faire;

bon maintenant que c’est passé, je pense que je ferais peut être bien de supprimer cette référence à “jessie”;
et de me préoccuper aussi de créer un fichier /etc/apt/preferences.d/buster
puisque j’ai constaté que tout est au même niveau à 500 chez moi; (pas de préférences)

Fais juste ce qu’il y a dans mon précédent message et ça suffira.
Solved.

c’est fait et ça c’est bien passé.

magique cette commande “sed” …
j’ai passé un moment avec man pour comprendre ce que ça fait;
j’ai rien compris!
j’ai juste vu que ça avait supprimer la ligne où se trouvait “jessie” dans le “sources.list”;
étrange syntaxe !

merci de votre aide pour ce premier contact avec le forum.

je pense avoir une “buster” ok;
si ça se passe bien encore quelques temps, je passerais celle en dur aussi;

Mon avis est que migrer d’une version stable (Stretch) à testing n’est pas une bonne idée.
Tant qu’il ne s’agit que de bricolage si j’ai bien compris, rien de grave, à condition de se souvenir que Buster=TESTING, jusqu’à nouvel ordre.

Mieux vaut avoir une partition propre et fiable en Stretch, et une autre en Testing, qui si bien installée et suivie et non tripatouillée convergera tranquillement vers une version stable, … un jour.

cette conversation étant intéressante, je me permet de la prolonger au delà de la résolution du problème concret, en réaction à ton avis sur le choix de version.

ce regain d’intérêt pour debian vient de cette bidouille faite cet été pour m’amuser …
et de l’envie que j’ai d’installer une base de données en postgresql;
mais je dois choisir un OS parmi les 4 que j’ai d’installé;
pour ce genre d’application, j’ai besoin de durée, tout en ayant une version de départ récente (d’autant que je pense la garder longtemps).
pour avoir des versions récentes, je connait fedora ou debian buster qui sont actuellement à peu près au même niveau de version( 10.3 - 10.5);
pour avoir de la durée, ça serait mieux la “stretch” mais ça me fait partir de postgresql dans les 9.6, soit la même que sur mageia; que je connait mieux puisque c’est celle que j’utilise depuis 3 ans;
il resterais l’opensuse, mais ayant eu des mésaventures avec, je n’ai pas une grande confiance; je la garde juste à cause du “btrfs”, qui est bien implémenté et configuré par défaut;
mais j’en ferais pas ma distributions de travail sur le long terme.

finalement, cette buster installé en vm pour m’amuser, c’est peut être la solution :
avoir au départ une version récente de postgresql, puis, une fois que l’installation est OK, la figer en ne conservant que les debian-security update, et avoir ainsi une LTS avant l’heure.
parce que si je pars sur fedora, d’ici la fin de l’année on passera à la 29, et faudra suivre;
bon jusqu’à présent, depuis 6 mois que je l’ai les mise à jour de fedora se sont bien passé, mais c’est toujours un souci;
mais je ne ferais pas ça en VM, donc faudra que je busterise celle en dur, en fait juste pour avoir un postgresql récent.
voilà l’histoire
merci de t’y intéresser

PS
dans le choix entre fedora et debian, il y a un détail non négligeable qui entre aussi en compte:
fedora28 avec gnome 3.28 au lancement consomme 1200 mo
debian buster avec mate 1.20 environ 400 mo; soit trois fois moins!

Je pense qu’il vaut mieux bien maîtriser une distribution, sa gestion de paquets etc, que de “jouer” avec 10 autres, d’autant plus que je ne vois pas ce que d’autres peuvent apporter.
Certains s’arrêtent à l’image de fond d’écran pour juger une distribution: chacun ses critères.
Debian nécessite impérativement de bien comprendre sa logique stable/testing/unstable, en comprenant que “stable” chez un autre peut vouloir dire “unstable” pour Debian.
Question de vocabulaire pas du tout universel.

Pour celui qui veut une distribution “rolling”, quitte à casser un peu, Archi est peut-être un bon choix, mais jamais accroché, et pas intéressé par le tout dernier paquet qui inclut la dernière traduction en chinois ou portugais.
Mon avis est qu’une Buster propre peut faire l’affaire pour toi, et tu vas en avoir pour … longtemps !

Debian, c’est quand-même du béton, et reste une référence incontestée, mais ne peut pas convenir “à tout le monde”, j’en conviens.
Donc en résumé, chacun fait ce qu’il veut, et ce qui lui plait !

Je suis d’accord que la dispersion sur plusieurs distributions, ça a ses limites et qu’a un moment donné, faut installer ses “pénates” quelques part;
c’est d’ailleurs ce que j’ai fait au début, plus de 2 ans avec mageia5 simple boot KDE4;
mais je n’ai pas fait de grands progrès !
depuis le début de cette année, j’ai plongé dans les aventures du multiboot, multibureaux
j’ai appris plus de chose,
à propos de Arch, j’avais prévu de conclure ma quête “multiboot” avec; mais pour l’instant, je n’ai plus de place en dur, donc si je le fait ça sera en VM;
et ce n’est pas ma priorité, puisque je n’installerais pas mon SGBD sur une Arch!

la seule chose qui peut m’inquiéter un peu, c’est le vocabulaire et la culture en fait qui diffère un peu entre l’univers des rpm et de dnf et celui des deb et de apt;
je suis rassuré, par cette histoire de firefox ( qui n’avait aucune importance concrète puisque c’est dans une VM de test), le premier souci en fait que je rencontre avec une debian buster, j’arrive, grâce au forum, à trouver une solution assez vite.
c’est pourquoi, la solution de contournement d’installer firefox via le site de mozilla ne m’intéressait pas; par contre réussir à résoudre le problème proprement avec les dépots “ad hoc” c’était beaucoup plus utile.

comme tu le dis très bien, mon objectif c’est d’avoir une buster propre en dur, d’y installer postgresql et ensuite de la stabiliser (dans mon esprit ici, ça serait concernant les noyaux et les principaux logiciels tel le bureau, de n’avoir que les mises à jour de sécurités et plus le flot de mise à jour potentiellement risquées).

très agréable conversation qui clôt la résolution d’un problème pratique aussi bien qu’un souci de choix pour installer une base de données durable et récente.

merci de votre aide et à bientôt

sed = stream editor normalement tu lui envoies un flux (à travers un pipe, un fichier) et il en ressort un flux transformé.
La syntaxe est basée sur les “regex” ou “regular expressions”. Ça permet d’isoler des lignes, des patterns, de les remplacer, de les supprimer etc …

L’option “-i” = “in-place” c’est à dire que le fichier source est modifié. Sans cette option, sed te sort un flux transformé mais ne modifie pas la source.

‘jessie’ c’est la regex très simple. Toutes les lignes contenant jessie sont concernées par …
‘d’ = ‘delete’ la suppresion.

Si tu veux mieux comprendre ce genre de commande, trouve un bon bouquin sur Unix (chapitres expressions regulières) ou un simplement une introduction sur les regex.

1 J'aime

Funkygoby
merci de cette gentille réponse;
concernant les regex, n’ayant jamais eu l’occasion de les utiliser, j’ai donc fait l’impasse jusqu’à présent;
super ce forum !
pour mon premier message, c’est déjà du haut niveau;
j’aime bien
la suite du programme va donc être de passer celle en dur en buster;
mais pour ce faire, il y a un autre souci, qui fera l’objet d’un autre message car c’est un sujet totalement différent.
mais avant, je vais ruminer un peu la chose avant de poster.