qu’il existe des solutions à chaque point particulier (empaquetage des dépendances : AppImage ; sandbox : Firejail, ...),
que d’autres points sont critiquables (ressources partagées très théoriques avec Flatpak dès lors qu’on l’envisage pour compléter sa distribution avec seulement un ou deux logiciels en Flatpak),
que la solution globale Flatpak impose un tout avec ses contraintes (difficile de redistribuer un Flatpak hors des repos) et
que ce tout a des allures d’overengineering,
alors, je ne suis pas sûr que
Ce qui est intéressant dans Flatpak n'est pas ses fonctionnalités prises isolément, où effectivement il y a des solutions pour ça, nous parlons ici d'un concept global où il n'y a aucune alternative aussi complète
soit une bonne ligne de défense pour Flatpak. Justement, un peu de KISS (ou au moins de réutilisation de l’existant) et de modularité n’aurait pas fait de mal. Dans la mesure où Nix, AppImage et Firejail résolvent soit mieux, soit de manière indépendante (donc réutilisable dans d’autres contextes) chaque problème que doit résoudre Flatpak, c’est dommage que Flatpak soit construit comme une solution from scratch plutôt que de s’appuyer sur des solutions plus légères, quitte à les améliorer pour répondre à ses besoins spécifiques.
Donc je ne partage pas ton enthousiasme pour la solution Flatpak. Après, comme je l’ai déjà écrit, si cette solution qui émerge, je serai content de pouvoir installer plus facilement des logiciels. Mais j’aurais préféré qu’il existe:
un bon logiciel de sandboxing fourni avec de nombreux profils qui s’appliquent quelle que soit la manière dont a été distribué le logiciel,
un bon logiciel d’empaquetage avec dépendances, et
un bon logiciel de gestion des installations côté utilisateur qui marche aussi pour des logiciels non sandboxés (ça éviterait la compétition inutile avec Snap),
quitte à ce que Flatpak soit une glue entre tous ces logiciels pour en simplifier un cas d’usage qu’est la distribution de logiciels sandboxés avec leurs dépendances depuis un (ou des) dépôt(s) central(isés).
[^] # Re: Sans moi
Posté par jyes . En réponse au journal Mais pourquoi flatpak ?. Évalué à 7.
Quand la critique c’est :
alors, je ne suis pas sûr que
soit une bonne ligne de défense pour Flatpak. Justement, un peu de KISS (ou au moins de réutilisation de l’existant) et de modularité n’aurait pas fait de mal. Dans la mesure où Nix, AppImage et Firejail résolvent soit mieux, soit de manière indépendante (donc réutilisable dans d’autres contextes) chaque problème que doit résoudre Flatpak, c’est dommage que Flatpak soit construit comme une solution from scratch plutôt que de s’appuyer sur des solutions plus légères, quitte à les améliorer pour répondre à ses besoins spécifiques.
Donc je ne partage pas ton enthousiasme pour la solution Flatpak. Après, comme je l’ai déjà écrit, si cette solution qui émerge, je serai content de pouvoir installer plus facilement des logiciels. Mais j’aurais préféré qu’il existe:
quitte à ce que Flatpak soit une glue entre tous ces logiciels pour en simplifier un cas d’usage qu’est la distribution de logiciels sandboxés avec leurs dépendances depuis un (ou des) dépôt(s) central(isés).