Mise =c3=a0 jour d'un paquet supprimable
Le
Olivier Miakinen

Bonjour,
J'utilise Linux Mint.
Ce soir, le gestionnaire de mise à jour me propose de mettre à jour le
paquet suivant :
mesa
Transitional dummy package
Demandant une description plus détaillée, j'obtiens :
This is a transitional dummy package, it can safely be removed.
Paquets inclus dans cette mise à jour : libegl-mesa0 libegl1-mesa
libgbm1 libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libgles2-mesa
libglx-mesa0 libwayland-egl1-mesa libxatracker2
:-D
P.-S. : <https://forums.linuxmint.com/viewtopic.php?t(7752>
<cit.>
Users get the packages they deserve. So if you're getting dummy
packages SCNR.
</cit.>
Bon, du coup j'ai accepté d'installer la mise à jour.
--
Olivier Miakinen
J'utilise Linux Mint.
Ce soir, le gestionnaire de mise à jour me propose de mettre à jour le
paquet suivant :
mesa
Transitional dummy package
Demandant une description plus détaillée, j'obtiens :
This is a transitional dummy package, it can safely be removed.
Paquets inclus dans cette mise à jour : libegl-mesa0 libegl1-mesa
libgbm1 libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libgles2-mesa
libglx-mesa0 libwayland-egl1-mesa libxatracker2
:-D
P.-S. : <https://forums.linuxmint.com/viewtopic.php?t(7752>
<cit.>
Users get the packages they deserve. So if you're getting dummy
packages SCNR.
</cit.>
Bon, du coup j'ai accepté d'installer la mise à jour.
--
Olivier Miakinen
Et donc ? Qu'est-ce qui te choque ?
Que dit le ChangeLog ?
mesa (19.0.2-1ubuntu1.1~18.04.2) bionic; urgency=medium
* i965-revert-enabling-softpin.diff: Don't enable softpin, causes
issues on 32bit installs. (LP: #1836721)
-- Timo Aaltonen --
Olivier Miakinen
Donc on dirait qu'ils construisent le paquet de transition avec le vrai
paquet, donc l'un est mis à jour quand l'autre est mis à jour. Pas très
important.
... et donc, même si la mise à jour sert à quelque chose parce qu'elle
modifie le vrai paquet via le paquet de transition, ce paquet de
transition peut être supprimé sans danger après la mise à jour.
Mais il n'empêche que j'ai trouvé ça amusant. Si quelqu'un avait vu
ça sur Windows, il n'aurait pas manqué de s'en gausser.
--
Olivier Miakinen
Dites [NON] au spam, dites [OUI] à la baisse du BI
− discussion sur fr.usenet.abus.d :
« Proposition de changement des règles d'annulation »
normal, c'est la méthode ubuntu.
l'effet du transitionnel vous avez pu le constater dans synaptic,
contrairement à debian on oublie moins facilement une librairie.
ca gère mieux aussi le dé-sélectionnement, l'effacement des fichiers
joints, sous debian y'avait rien pour faire ça.
simple & logic, isn't ?
--
Ben oui. Tout paquet factice de transition qu'il soit, il n'en reste pas
moins un paquet binaire construit à partir d'un paquet source. Il est
donc mis à jour comme tous les autres paquets binaires issus de ce
paquet source à chaque mise à jour de ce dernier, même si la
modification ne le concerne pas.
Dans le même ordre d'idée, on peut mentionner les paquets contenant les
outils DNS comme host, dig et nslookup construits à partir du paquet
source bind9 qui sont mis à jour (pour rien) même quand la mise à jour
corrige une faille de sécurité qui ne concerne que le serveur BIND lui-même.
Il y a deux cas.
Si cette mise à jour transforme le paquet normal en paquet de
transition, alors ses nouvelles dépendances vont tirer l'installation de
nouveaux paquets.
Si le paquet était déjà un paquet de transition, alors sa mise à jour
n'a aucun effet. Les autres paquets sont mis à jour parce qu'ils font
partie du même paquet source qui a été mis à jour.
Évidemment, mais rien n'oblige à ce que le paquet source du paquet de
transition soit le même que le paquet cible. Ça pourrait aussi bien être
un minuscule paquet source ad-hoc. Il y a des cas où ça marche comme ça,
de mémoire.
En effet, rien ne l'oblige.
Ça marche comme ça pour des méta-paquets comme ceux qui dépendent de la
dernière version disponible du noyau, mais je n'ai pas d'exemple en tête
d'un paquet de transition.