Le 05/02/2026 à 14:03, Michel Verdier a écrit :
Le 5 février 2026 Daniel Caillibaud a écrit :
Est-ce aussi le cas en stable ?
Car il me semblait que dans certains cas on pouvait avoir des paquets
"upgradable" qui ne
l'était pas avec un simple `apt upgrade`, qui demandait un full-upgrade
(lorsque l'upgrade
ajoute ou retire des paquets de mémoire, mais la dernière fois que je suis
tombé là-dessus
remonte à pas mal d'années)
Je ne sais pas si ces commandes peuvent poser problème en stable (trixie)
pour un update normal. Mais de toute façon elles n'ont aucun sens lors
d'un update normal. Comme l'a dit Didier c'est à n'utiliser que lors d'un
changement de version majeure, par exemple de bookworm à trixie.
https://www.debian.org/releases/trixie/release-notes/upgrading.en.html#upgrading-packages
Voilà :-)
Et pour compléter la réponse de Michel, deux points:
- comme le souligne page de manuel d'apt, la commande full-upgrade peut
supprimer des paquets, contrairement à la commande upgrade:
[...]
full-upgrade (apt-get(8))
La commande full-upgrade remplit la même fonction que upgrade, mais
supprimera des paquets actuellement installés si cela est nécessaire
pour mettre à jour le système dans son ensemble.
[...]
- les systèmes de mise-à-jour automatique (potentiellement très utiles
en Stable mais à proscrire en Testing ou Unstable), du genre de
unattended-upgrades ou cron-apt, permettent de paramétrer quelle est la
commande à utiliser pour les upgrades, et par défaut c'est bien un
upgrade et pas un full-upgrade qu'exécutent ces utilitaires)
Pour terminer, on peut raisonnablement supposer que les développeurs
Debian testent correctement, dans la mesure du possible, les upgrades en
Stable, quitte même à modifier le paquet pour que l'upgrade se déroule bien.
En Testing ou Unstable ce n'est pas la même chose, et ce n'est pas le
but: en Stable la communauté aide les utilisateurs, en Testing ou
Unstable, c'est l'inverse, les utilisateurs (i.e. testeurs) doivent
aider la communauté.
