Le format d’emballage de composant logiciel enfichable nous libère enfin de l’enfer des dépendances en permettant à chaque paquet d’avoir sa propre copie des dépendances. Je suis intéressé par les détails techniques de la façon dont cela se passe. Comment ça marche:
- s'enclenche en fonction de la version d'une bibliothèque déjà installée via les paquets deb pour la version actuelle? Ignore-t-il la bibliothèque installée?
- différents snaps spécifiant la même version de la même bibliothèque? Fait-il de la déduplication en quelque sorte?
- mises à jour de bibliothèques principales susceptibles d’être utilisées par de nombreux snaps? OpenSSL me vient à l’esprit comme un énorme problème.
xdg-app a quelque chose appelé un "runtime" :
Un concept fondamental de xdg-app est le fractionnement d’exécution / application. Chaque application dépend d’un runtime, qui fournit les bibliothèques principales l'application repose sur. Les runimes sont généralement partagés par de nombreuses applications, mais un utilisateur peut avoir plusieurs temps d'exécution installés en même temps.
Il semble que dans le cas d’OpenSSL, cela ferait partie du runtime de xdg-apps, donc une mise à jour vers OpenSSL devrait affecter de manière transparente toutes les applications xdg utilisant la même exécution.