On notera aussi que de nombreux utilisateurs voulaient aussi des changement car le fonctionnement des paquets traditionnel a aussi ses limites, ne t'en déplaise cela ne convient pas toujours.
Tu en dis trop ou pas assez. Le problème avec le système traditionnel tel les paquets deb, ce sont les conflits. Typiquement, la liste de journaux sur les environnements Python, est le coeur de cible. On a des soft qui tournent en Python2 et d'autres en Python3, des soft qui ont besoin de la lib XXX en version < 0.12.3 et d'autres qui la veulent en version > 1.23. Avec les paquets, on est obliger d'arbitrer puisqu'elles seront disponibles pour tous.
Avec Snap, on s'en fiche, il intègre tout dans son paquet. En plus, l'application sera fans un environnement plus ou moins contrôlé, à savoir avec des droits limités puisque derrière c'est un Docker. L'utilisateur hésite donc moins à l'installer.
Autant effectivement, cela permet d'intégrer tout et n'importe quoi. Autant cela présente à mes yeux 2 inconvénients majeurs :
1) L'installation des paquets est bien plus lourde à tous les niveau. Elle est plus lourde puisqu'elle duplique sa version des librairies, elle est donc plus lente à lancer puisqu'elle est isolé, elle est aussi plus lente à tourner et demande plus de RAM car il faut avoir plusieurs instance des même librairies de bases.
2) Comme les développeurs n'ont plus vraiment la pression de mettre à jours leurs dépendances pour faire tourner leur application sur Linux, ils le font moins (Du moins certains). Et puis ce n'est pas vraiment grave que la librairie comporte des failles de sécurité car elle est en environnement isolé...
Autrement dis, c'est un truc de fainéant, et le problème c'est que comme ça marche pas trop mal, ça n’incite pas à faire les choses plus proprement. De l'autres côté, comme ça simplifie la vie des mainteneurs, cela arrange tout le monde...
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Ne pas tout mettre dans un même sac
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal snap : de pire en pire.. Évalué à 7.
Tu en dis trop ou pas assez. Le problème avec le système traditionnel tel les paquets deb, ce sont les conflits. Typiquement, la liste de journaux sur les environnements Python, est le coeur de cible. On a des soft qui tournent en Python2 et d'autres en Python3, des soft qui ont besoin de la lib XXX en version < 0.12.3 et d'autres qui la veulent en version > 1.23. Avec les paquets, on est obliger d'arbitrer puisqu'elles seront disponibles pour tous.
Avec Snap, on s'en fiche, il intègre tout dans son paquet. En plus, l'application sera fans un environnement plus ou moins contrôlé, à savoir avec des droits limités puisque derrière c'est un Docker. L'utilisateur hésite donc moins à l'installer.
Autant effectivement, cela permet d'intégrer tout et n'importe quoi. Autant cela présente à mes yeux 2 inconvénients majeurs :
1) L'installation des paquets est bien plus lourde à tous les niveau. Elle est plus lourde puisqu'elle duplique sa version des librairies, elle est donc plus lente à lancer puisqu'elle est isolé, elle est aussi plus lente à tourner et demande plus de RAM car il faut avoir plusieurs instance des même librairies de bases.
2) Comme les développeurs n'ont plus vraiment la pression de mettre à jours leurs dépendances pour faire tourner leur application sur Linux, ils le font moins (Du moins certains). Et puis ce n'est pas vraiment grave que la librairie comporte des failles de sécurité car elle est en environnement isolé...
Autrement dis, c'est un truc de fainéant, et le problème c'est que comme ça marche pas trop mal, ça n’incite pas à faire les choses plus proprement. De l'autres côté, comme ça simplifie la vie des mainteneurs, cela arrange tout le monde...
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.