Cela prendra forcement toujours plus de place par rapport a installer un package liés dynamiquement aux libs de l'OS installé. Surtout que si je veux installer un truc Gnom 3.12 puis un autre Gnome 4.0 puis un autre KDE etc les runtimes vont etre multiplié.
Si tu utilises une distribution particulièrement à jour, sans doute. Mais par exemple, sur une CentOS que les utilisateurs garderont potentiellement entre cinq et dix ans, tu lies facilement et dynamiquement une application récente qui utilise les toutes dernières technologies à la mode avec les bibliothèques de ton vieux système ?
Et quand je vois la taille d'un paquet appImage avec celui de flatpak ca fait un peu mal au c..
AppImage, c'est bien le système de paquets qui n'utilise pas de runtimes et qui fournit donc toutes les bibliothèques nécessaires dans chaque paquet ? Donc si t'installes dix applications utilisant Qt, ça t'installe dix fois Qt ? Génial. Et puisque les bibliothèques sont fournies par l'éditeur de l'application dans le paquet AppImage, ça signifie donc que c'est ce même éditeur qui est en charge de la maintenance de toutes ses dépendances ? Génial.
Alors oui, un runtime Flatpak installera potentiellement bien plus de dépendances que ton application a besoin, puisque ça couvre un ensemble de besoins. Mais je trouve cette solution bien plus saine et plus sûre, puisque la maintenance est gérée par une équipe dédiée (ce qui est comparable à la sécurité des distributions) et non pas à la charge de chaque éditeur, dont certains seront sans doute sérieux et se préoccuperont des problématiques de sécurité, quand plein d'autres n'en auront que faire ou traîneront des pattes avant de corriger un problème.
[^] # Re: trop de place
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Mais pourquoi flatpak ?. Évalué à 4.
Si tu utilises une distribution particulièrement à jour, sans doute. Mais par exemple, sur une CentOS que les utilisateurs garderont potentiellement entre cinq et dix ans, tu lies facilement et dynamiquement une application récente qui utilise les toutes dernières technologies à la mode avec les bibliothèques de ton vieux système ?
AppImage, c'est bien le système de paquets qui n'utilise pas de runtimes et qui fournit donc toutes les bibliothèques nécessaires dans chaque paquet ? Donc si t'installes dix applications utilisant Qt, ça t'installe dix fois Qt ? Génial. Et puisque les bibliothèques sont fournies par l'éditeur de l'application dans le paquet AppImage, ça signifie donc que c'est ce même éditeur qui est en charge de la maintenance de toutes ses dépendances ? Génial.
Alors oui, un runtime Flatpak installera potentiellement bien plus de dépendances que ton application a besoin, puisque ça couvre un ensemble de besoins. Mais je trouve cette solution bien plus saine et plus sûre, puisque la maintenance est gérée par une équipe dédiée (ce qui est comparable à la sécurité des distributions) et non pas à la charge de chaque éditeur, dont certains seront sans doute sérieux et se préoccuperont des problématiques de sécurité, quand plein d'autres n'en auront que faire ou traîneront des pattes avant de corriger un problème.