Oui, c’est ce que je disais, les flatpaks sont super pour résoudre le problème de logiciels qui ne sont pas présents dans les dépôts, ça évite les problèmes que tu cites au début, y compris la ligne de commande pour les distros qui ont un logiciel pour gérer les flatpaks (la plupart en ont maintenant).
Mon problème, c’était plus les distros qui sont livrées avec certains logiciels distribués sous forme de flatpaks/snaps (je pense en particulier à Ubuntu). Là, je vois mal le gain: les paquets systèmes existent, ils sont maintenus par la communauté, sont optimisés pour les dépendances et l’espace disque et ne posent aucun problème d’intégration avec le reste du système. Le seul avantage possible du flatpak/snap direct à l’installation du système, c’est le sandboxing, mais à quoi bon sandboxer des paquets qui viennent d’un dépôt officiel ? C’est quand tu as du code qui vient de l’extérieur de ces dépôts, surtout s’il est fermé, que tu veux prendre des précautions.
Oui, c’est ce que je disais, les flatpaks sont super pour résoudre le problème de logiciels qui ne sont pas présents dans les dépôts, ça évite les problèmes que tu cites au début, y compris la ligne de commande pour les distros qui ont un logiciel pour gérer les flatpaks (la plupart en ont maintenant).
Mon problème, c’était plus les distros qui sont livrées avec certains logiciels distribués sous forme de flatpaks/snaps (je pense en particulier à Ubuntu). Là, je vois mal le gain: les paquets systèmes existent, ils sont maintenus par la communauté, sont optimisés pour les dépendances et l’espace disque et ne posent aucun problème d’intégration avec le reste du système. Le seul avantage possible du flatpak/snap direct à l’installation du système, c’est le sandboxing, mais à quoi bon sandboxer des paquets qui viennent d’un dépôt officiel ? C’est quand tu as du code qui vient de l’extérieur de ces dépôts, surtout s’il est fermé, que tu veux prendre des précautions.