Ça marche mal, c'est mal conçu, ça fait travailler les trolls, ça s'intègre mal à Ubuntu, et cætera. Que n'a-t-on pas entendu au sujet de Snap dans Ubuntu ? Avec tant de caractéristiques qui le rapproche des éléments privateurs, qui sera surpris d'apprendre que certains éléments de cette intégration sont architecturalement déficients : licence privatrice. Portrait cohérent.
Est-ce qu'il y a déjà eu une communication sur ce choix ?
Les clients commerciaux de Canonical s'en foutent probablement, mais pas les utilisateurs, qui ont choisi cette distribution pour le compromis libre-qui-marche-quand-même. Mais avec Snap, c'est complètement parti en cacahuète.
Personnellement, je ne comprends pas le choix de la licence. Même si c'était ouvert, ça serait probablement compliqué de lancer son magasin alternatif, alors... pourquoi ?
Est-ce qu'il y a déjà eu une communication sur ce choix ?
Oui, je me souviens que c'est un point sur lesquels ils ont été critiqués dès les début des Snaps et qu'ils ont assumé publiquement. Je me souviens d'une interview vidéo sur le sujet mais désolé, je ne me rappelle plus de l'argument dans ses détails (en gros quand c'est centralisé on contrôle mieux la qualité....no comment)
Sans doute parce que ça simplifie la gestion, et que Canonical a tendance à être quand même un peu serré à ce niveau.
Faire un projet séparé mais qui va être utilisé que par toi, ç'est du boulot.
Par exemple, faut que tu fasses attention à ce qui est générique et ce qui ne l'est pas (comme coder en dur des noms de domaines).
Dans un monde idéal, faut que tu fasses des releases alors que ça va pas forcément te servir à grand chose (vu que y a que toi qui consomme le code). Il faut aussi gérer les patchs potentiels (et donc faire des revues, et on va te raler dessus si tu acceptes rien ). Il faut faire attention à la presse (genre Phoronix) qui va débarquer, trouver un commit et faire un article de 7 paragraphes dessus pour une feature pas importante mais qui va entraîner sans doute des discussions que tu maîtrises pas (et ça, Canonical n'aime pas trop, vu leur attachement à faire des grandes annonces).
Donc je peux comprendre que ça fasse chier, et publier du code pour publier du code sans avoir une vraie démarche à coté de création de communauté, c'est du code dump et faire le travail à moitié.
Et bon, ils ont sans doute aussi peur qu'un concurrent (au sens large) vole leur idée (ce qui me semble douteux, mais bon, j'ai pas autant d'info qu'eux).
Ensuite, même sans communauté à coté, le code peut être utile, ne serais que pour regarder au niveau sécurité, donc je ne dit pas que ça n'a pas de valeur.
Mais je comprends que Canonical fasse un arbitrage différent de celui que je ferais, car ils ne vont pas bénéficier de la majorité des bénéfices de la publication du code (innovation, revue de sécurité, traduction, etc), tout en ayant sans doute beaucoup des effets moins bénéfiques (presse, risque concurrentiel, etc).
As a result, the Snap store now integrates with other areas of the Canonical infrastructure. So the Snap store isn’t a single thing. It’s not like this one piece of software that you can easily decouple from the rest of the machinery that powers the infrastructure at Canonical. So we can’t just pull it apart and separate it and say, "Here you go, here’s the open source Snap store."
Bon, ça me va mieux. Mais c'est vrai que les justifications de Snap au dessus ne sont pas très convaincantes :
- Le point unique de rencontre, c'est plus facile. C'est vrai, mais c'est bien quand on peut changer le défaut. La flexibilité, c'est la base d'une distribution Linux.
- Self-contained, c'est bien quand la distribution change de version majeure. Oui, ben du coup, Snap, c'est une distribution dans une autre. Un Docker quoi... Alors pourquoi pas NixOS ?
# Ne s'en serait-on pas douté ?
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 9.
Ça marche mal, c'est mal conçu, ça fait travailler les trolls, ça s'intègre mal à Ubuntu, et cætera. Que n'a-t-on pas entendu au sujet de Snap dans Ubuntu ? Avec tant de caractéristiques qui le rapproche des éléments privateurs, qui sera surpris d'apprendre que certains éléments de cette intégration sont architecturalement déficients : licence privatrice. Portrait cohérent.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# Justification ?
Posté par Glandos . Évalué à 6.
Est-ce qu'il y a déjà eu une communication sur ce choix ?
Les clients commerciaux de Canonical s'en foutent probablement, mais pas les utilisateurs, qui ont choisi cette distribution pour le compromis libre-qui-marche-quand-même. Mais avec Snap, c'est complètement parti en cacahuète.
Personnellement, je ne comprends pas le choix de la licence. Même si c'était ouvert, ça serait probablement compliqué de lancer son magasin alternatif, alors... pourquoi ?
[^] # Re: Justification ?
Posté par Jean Gabes (site web personnel) . Évalué à 4.
Compliqué pour un particulier, mais pas pour leurs vrais concurrents je pense. Donc d'un point de vue business, c'est logique.
[^] # Re: Justification ?
Posté par tisaac (Mastodon) . Évalué à 3.
Oui, je me souviens que c'est un point sur lesquels ils ont été critiqués dès les début des Snaps et qu'ils ont assumé publiquement. Je me souviens d'une interview vidéo sur le sujet mais désolé, je ne me rappelle plus de l'argument dans ses détails (en gros quand c'est centralisé on contrôle mieux la qualité....no comment)
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Justification ?
Posté par Misc (site web personnel) . Évalué à 5.
Sans doute parce que ça simplifie la gestion, et que Canonical a tendance à être quand même un peu serré à ce niveau.
Faire un projet séparé mais qui va être utilisé que par toi, ç'est du boulot.
Par exemple, faut que tu fasses attention à ce qui est générique et ce qui ne l'est pas (comme coder en dur des noms de domaines).
Dans un monde idéal, faut que tu fasses des releases alors que ça va pas forcément te servir à grand chose (vu que y a que toi qui consomme le code). Il faut aussi gérer les patchs potentiels (et donc faire des revues, et on va te raler dessus si tu acceptes rien ). Il faut faire attention à la presse (genre Phoronix) qui va débarquer, trouver un commit et faire un article de 7 paragraphes dessus pour une feature pas importante mais qui va entraîner sans doute des discussions que tu maîtrises pas (et ça, Canonical n'aime pas trop, vu leur attachement à faire des grandes annonces).
Donc je peux comprendre que ça fasse chier, et publier du code pour publier du code sans avoir une vraie démarche à coté de création de communauté, c'est du code dump et faire le travail à moitié.
Et bon, ils ont sans doute aussi peur qu'un concurrent (au sens large) vole leur idée (ce qui me semble douteux, mais bon, j'ai pas autant d'info qu'eux).
Ensuite, même sans communauté à coté, le code peut être utile, ne serais que pour regarder au niveau sécurité, donc je ne dit pas que ça n'a pas de valeur.
Mais je comprends que Canonical fasse un arbitrage différent de celui que je ferais, car ils ne vont pas bénéficier de la majorité des bénéfices de la publication du code (innovation, revue de sécurité, traduction, etc), tout en ayant sans doute beaucoup des effets moins bénéfiques (presse, risque concurrentiel, etc).
[^] # Re: Justification ?
Posté par devnewton 🍺 (site web personnel) . Évalué à 3.
Pour facturer la création de dépôts aux entreprises.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Justification ?
Posté par tisaac (Mastodon) . Évalué à 6.
https://www.techrepublic.com/article/why-canonical-views-the-snap-ecosystem-as-a-compelling-distribution-agnostic-solution/
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Justification ?
Posté par Glandos . Évalué à 4.
Merci !
Bon, ça me va mieux. Mais c'est vrai que les justifications de Snap au dessus ne sont pas très convaincantes :
- Le point unique de rencontre, c'est plus facile. C'est vrai, mais c'est bien quand on peut changer le défaut. La flexibilité, c'est la base d'une distribution Linux.
- Self-contained, c'est bien quand la distribution change de version majeure. Oui, ben du coup, Snap, c'est une distribution dans une autre. Un Docker quoi... Alors pourquoi pas NixOS ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.