Linux Mint dit « non » à l’installation automatique de snapd

Linux Mint dit « non » à l’installation automatique de snapd

Linux Mint dit « non » à l’installation automatique de snapd

La version 20 de la distribution, en préparation, intégrera un paquet Chromium vide expliquant le pourquoi de la situation, et comment y remédier. 

L’équipe de développement avait exposé il y a un an sa crainte de voir snapd, le composant permettant l’installation des snaps, se répandre au point de supplanter APT. 

Canonical avait promis que ce ne serait jamais le cas. Mais dans Ubuntu 20.04, le paquet Chromium est une coquille vide renvoyant vers le snap du logiciel dans l'Ubuntu Store. Précisément ce que craignaient les développeurs de Linux Mint, pourtant basée sur les versions LTS d’Ubuntu, dont la 20.04 est la dernière représentante.

Pour l’équipe, la situation ne pouvait signifier que l’arrêt de Chromium au sein de Mint ou trouver une situation acceptable. On connait donc maintenant son choix.

Plus globalement, le cas de Chromium s’inscrit dans une volonté chez Canonical d’étendre snapd. Le composant est devenu une dépendance de Chromium et d’autres logiciels, niant la promesse initiale de ne pas supplanter APT dans l’installation des logiciels.

L’équipe se montre acerbe au sujet de l’Ubuntu Store : « Les applications dans cette boutique ne peuvent pas être patchées ou épinglées. Vous ne pouvez pas les auditer, les modifier ou même faire pointer snap vers une autre boutique ».

Puis vient le coup de grâce : « Vous avez autant de pouvoir que si vous utilisiez du logiciel propriétaire, c’est-à-dire aucun. C’est en fait similaire à une solution commerciale propriétaire, mais avec deux différences majeures : elle s’exécute en root et s’installe seule sans rien vous demander ».

Et voilà snapd taxé de solution « pire qu’un logiciel propriétaire », même si le composant lui-même n’est pas le problème. Canonical est clairement critiquée pour sa politique, matérialisant les craintes de développeurs qui estimaient que les snap risquaient à terme de donner trop de pouvoir à l’entreprise.

Commentaires (27)


Pour moi, un snap de 400Mio qui prend des secondes pour se charget, et ça pour une calculatrice, c’est ça le véritable problème de snap.


Voilà. Pour nous, simples utilisateurs finaux, les snap (ou flatpack) n’apportent que lourdeur aux chargements et encombrement sur le disque.


Les snaps et flatpack c’est bien quand tu veux une version spécifique d’un logiciel par exemple si tu ne veux pas attendre que ton logiciel son mis à jour dans ta distribution. Cela ne devrai pas être le moyen d’installation par défaut.


Oui, quand les paquets .deb ou .rpm/dnf ne sont pas dispo chez l’éditeur ou le développeur, et qu’on veut la toute dernière version parce qu’elle contient la nouvelle fonctionnalité ou le correctif attendu.


Pour ce ~ poids on a une version complète et portable de photoshop CS6. Les temps ont bien changés ou c’est la calculatrice qui est devenu un sacré monstre de fonctionnalités. <img data-src=" />


+1 je trouve ça délirant.


Le fait même que ce soit un daemon qui tourne en permanence et qui envoie potentiellement des infos (de statistiques d’utilisation ? De versions installées ?) rien que ça ça me hérisse…


Au moment où Windows se tourne vers le gestionnaire de paquets type Linux (made by MS hein, faut pas déconner), Ubuntu se tourne vers le mode Windows…

GG Canonical.<img data-src=" />


Snapd, c’est très bien, mais uniquement en dernier recours, comme solution dégradée, quand rien d’autre n’est envisageable…








Ricard a écrit :



Au moment où Windows se tourne vers le gestionnaire de paquets type Linux (made by MS hein, faut pas déconner), Ubuntu se tourne vers le mode Windows…

GG Canonical.<img data-src=" />





Rien a voir avec les applications Windows. c’est plutôt comme les applications Mac



&nbsp;





stratic a écrit :



Snapd, c’est très bien, mais uniquement en dernier recours, comme solution dégradée, quand rien d’autre n’est envisageable…





Entièrement d’accord!



En ce qui concerne le snap Chromium, la justification officielle c’est qu’avec l’extension de support des versions jusque 10 ans, il devient de plus en plus difficile de maintenir les versions de Chromium avec les versions plus anciennes d’Ubuntu, ils citaient notamment la difficulté de compiler Chromium pour Ubuntu 14.04 il me semble. Avec le snap, ils peuvent se permettre de compiler avec des librairies plus récentes sans casser les systèmes plus anciens.



Et bien la version Debian de Linux Mint va faire encore plus d’heureux.

La fameuse LMDE, projet sans véritable but que le proof of concept va enfin recevoir toute l’attention qu’elle merite.

Moi je dis ça car grand Fan de Linux Mint que j’ai connu en version 2.0 et abandonné en version 15 à cause de sa trop proche proximité avec Ubuntu.

A l’époque c’était le lancement ou la première mise à jour (me souviens plus) de LMDE.

Bon pas vraiment une réussite car en gros c’était un instantané de Debian et on ne pouvait presque rien mettre à jour a cause des dépendances du repot mint.



Mais j’aimais bien mon petit Mint et je reste à l’affût quand ils seront 100% Debian.



En attendant je m’amuse sous une Manjaro avec Deepin comme gestionnaire de fenêtre.

Une tuerie 👍😜


C’est le moment de passer à debian les jeunes !








soupêtte a écrit :



C’est le moment de passer à debian les jeunes !





Ou à Windows <img data-src=" />









fmo a écrit :



Rien a voir avec les applications Windows. c’est plutôt comme les applications Mac







Un gros .exe avec tout dedans, c’est du Windows, non ?



Toute ma vie numérique bien huilée s’est enrayée lors de la mise à niveau 19.10 de Kubuntu&nbsp; avec le passage de Chromium en paquet Snap.



&nbsp;      

Rapport d'avaries, Mon Capitaine :&nbsp;&nbsp;







  • plus d’intégration Plasma

  • plus d’échange avec kde-connect et donc plus d’interaction avec Android&nbsp; (notifications, envoi de fichier et d’URL, control de media, coupure de son en cas d’appel, etc.)

  • plus de remplissage de mots de passe

  • plus de remplissage de numéro de carte bancaire

  • lenteur de la navigation et plantage toutes les heures (nouveaux onglets vides)

  • un temps de boot beaucoup plus long.



    Je n’ai rien contre les paquet Snap pour les applications autonomes, les jeux, les versions d’évaluation mais pas pour les applications à usage intensif.

    &nbsp;

    Après quelques jours de galère, j’ai fait fumé la machine virtuelle à la recherche d’une solution de remplacement en prenant soin d’éviter tous les dérivés d’Ubuntu (merci Distrowatch).

    &nbsp;

    Canonical a fait un choix, j’ai fait le mien : tous mes PC tournent maintenant sous Manjaro/KDE et j’en suis ravi.


Du coup il reste à Mint soit à faire passer LMDE comme version principale de la distro, et éventuellement garder la variante basée sur Ubuntu dans un coin au cas où Cannonical remette les pieds sur terre, soit à monter ses propres dépôts avec ses propres paquets dédiés.



Après la seconde solution les obligeraient à mettre en place une équipe pour maintenir tout ça et ça risque d’être beaucoup de taff en plus.



Perso le prochain upgrade risque fort d’être vers LMDE, au passage on comprend mieux pourquoi dernièrement l’équipe de Mint à l’air d’avoir mis un coup d’accélérateur au développement de cette variante


Mais heu&nbsp;:eek: <img data-src=" /><img data-src=" />



En plus personne ne peut passer à windows puisque tout le monde est déjà dessus !


Ça, ça n’est que la direction dans laquelle se dirige le développement logiciel.

https://tonsky.me/blog/disenchantment/


Avec Electron, une calculatrice de cette taille ne serait pas étonnante.


Clairement, mint devrait repartir à fond sur la LMDE debian, quitte à essayer de proposer quelques trucs en plus.

Genre un kernel plus récent et une partie graphique un peu plus récent.



Des navigateurs un peu plus récent. A voir selon le temps nécessaire pour chaque chose mais leur survie pour moi dépend clairement de ça.



Vouloir combattre les snap alors qu’ubuntu prend cette vision là et continuer à travailler sur ubuntu c’est contradictoire et ça va poser un pb un de ces jours…


Si complètement à voir avec le monde Windows.



Des années 1995 jusqu’à ces dernières années, dans 95% des cas les installations embarquaient toutes leurs dépendances en une fois. Il n’y a que quelques éditeurs un peu sérieux qui déclaraient des dépendances externes type .NET et ne faisaient d’installation que s’il n’y avait pas de version suffisante déjà présente.



Sous Windows, l’individualisme des applications a toujours été la règle et la réutilisation de librairies l’exception.

Ce qui est hautement sous-efficace dans la majorité des cas soit dit en passant, c’est bien pour ça que Linux est (était ) si apprécié.

Si maintenant Ubuntu se met à brosser les boulets flemmards de développeurs dans le sens du poil, on va perdre un des intérêts fondamentaux de s’appuyer sur cette distrib…

J’espère que ça ne va pas trop essaimer.


Il devrait y avoir :





  • Deux Store : un pour les deb/rpm et un autre pour les snap/flatpak.

  • Le store snap/flatpak ne devrait que d’obtenir des versions plus récentes de logiciels déjà présents dans le premier store (et il serait donc facultatif d’utilisation)

  • Aucun lien symbolique d’un store vers l’autre comme Ubuntu l’a fait avec Chromium

  • apt/yum devraient pouvoir mettre à jour les snap/flatpak pour éviter la multiplication de gestionnaires de paquets. Par exemple, après avoir mis à jour les deb/rpm, ils poseraient la question “Mettre à jour snap/flatpak&nbsp; ? Yes/No”




J’ajouterai :





  • &nbsp;Chaque store doit être entièrement paramétrable (à l’image d’apt/yum), chacun étant libre d’ajouter/retirer des dépôts.










Ricard a écrit :



Un gros .exe avec tout dedans, c’est du Windows, non ?





Non, Windows utilises des DLLs, avec les snap, tout est inclus









fmo a écrit :



Non, Windows utilises des DLLs, avec les snap, tout est inclus







Quand t’installes un programme .exe, les dll sont dedans. <img data-src=" />









Ricard a écrit :



Quand t’installes un programme .exe, les dll sont dedans. <img data-src=" />





Oui, et tout les EXE des jeux contiennent l’entièreté de DirectX









fmo a écrit :



Oui, et tout les EXE des jeux contiennent l’entièreté de DirectX







T’as jamais installé un simple .exe qui te crée des répertoires avec pleins de fichiers dedans dont des dll ?



Fermer