Personne n'est vraiment anti-flatpak ici, vous faites ce que vous voulez avec vos giga :), mais il y a des cas concrets où d'autres solutions font le boulot: partage de binaires + sandboxing sans la complexité et le côté unilatéral de flatpak.
Et malgré la bonne volonté de Renault, ça peine à convaincre.
Pour ma part, je ne comprends pas que AppImage ne soit pas plus mis en avant car dés qu'il m'a été nécessaire de recourir à un paquet de ce genre, ça a marché sans problème et sans chipotage, pré-config ou autre.
Enfin je dis ça, je viens de découvrir https://www.appimagehub.com (492 paquets) et avec des applications bien plus intéressantes et absentes des repos stable+non free de Debian, j'achète à priori (à voir le modèle d'assurance des paquets).
Alors d'un point de vu utilisateur, je vais sur un des 2 stores, je veux télécharger Olive:
- Appimagehub me fourni un .appimage de 58mo. Fichier téléchargé, droits executable donné et cliquage: Je suis prêt à dérusher et monter.
Maintenant, flatpak:
- Il me propose de télécharger un fichier org.olivevideoeditor.Olive.flatpakref. OK je reviens en arrière et je lis les instructions:
install
** flatpak install flathub org.olivevideoeditor.Olive **
error: Remote "flathub" not found
Je reviens encore en arrière, j'avais zappé le :
Make sure to follow the setup guide before installing
J'avais préalablement installé flatpak mais pas le repo.
(déjà, le --if-not-exists prête à sourire et rappelle certaines systemderies)
Je m'execute.
error: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Flatpak system operation ConfigureRemote not allowed for user
Ah ok, je dois installer via sudo, je m'execute encore. Ici, je n'ai pas d'output pendant de longues minutes. Retour à la ligne sans output. M'okay, ça doit être terminé.
Toujours sans output mais pendant une minute cette fois et soudain, on me propose de télécharger le runtime "org.kde.Platform/x86_64/5.12 from flathub: 365 MB. Soit, faisons...
Ce qui est intéressant, c'est que je suis actuellement à l'étranger avec une connexion 10Mbits (3G) et l'écart AppImage/Flatpak est encore plus criant.
27 minutes plus tard:
org.kde.Platform/x86_64/5.12 from flathub
Receiving delta parts: 0/12 211.8 kB/s 22.2 MB/365.6 MB 27 minutes 1 seconds remaining
org.kde.Platform/x86_64/5.12 from flathub
12 delta parts, 139 loose fetched; 357048 KiB transferred in 1139 seconds
error: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Flatpak system operation Deploy not allowed for user
[/tmp ]$ org.kde.Platform/x86_64/5.12 from flathub
bash: org.kde.Platform/x86_64/5.12: No such file or directory
Quoi? Faut-il être root? je retape la commande avec sudo, et il me propose de télécharger le runtime.
C'est bon, je n'irai pas plus loin, chers lecteurs et chères lectrices.
Vous pourriez dire que c'est peut-être ma debian 9 stable mais alors, à l'eau l'argument d'universalité, mais on peut aussi rajouter les cas de multiples runtimes évoqués par Emeric et je pense qu'on reviendra tous sur sa conclusion.
Mais pourquoi pas AppImage, donc?
Je citais la faiblesse du modèle communautaire sans pognon dans un autre journal, Flatpak est supporté par Redhat et Gnome avec des moyens financiers qu'on connait et concernant Gnome, au delà de ce qu'ils produisent d'intéressant.
Bref, ce n'est pas pour rien que Red Hat et Canonical se tirent la bourre.
Suis-je un haineux, rageux, troll? Non, tant que flatpak ne force pas façon systemd pour devienir mandatory, vous êtes libres de faire ce que vous voulez avec vos gigas.
cordialement,
gabin3
ps: il n'y a pas bookworm sur appimagehub, ok, mais le premier runtime de 318MB à télécharger depuis flathub ne me tente pas plus que ça.
[^] # Re: Sans moi
Posté par Gabin3 . En réponse au journal Mais pourquoi flatpak ?. Évalué à -1.
On se calme les amis. :)
Personne n'est vraiment anti-flatpak ici, vous faites ce que vous voulez avec vos giga :), mais il y a des cas concrets où d'autres solutions font le boulot: partage de binaires + sandboxing sans la complexité et le côté unilatéral de flatpak.
Et malgré la bonne volonté de Renault, ça peine à convaincre.
Pour ma part, je ne comprends pas que AppImage ne soit pas plus mis en avant car dés qu'il m'a été nécessaire de recourir à un paquet de ce genre, ça a marché sans problème et sans chipotage, pré-config ou autre.
Enfin je dis ça, je viens de découvrir https://www.appimagehub.com (492 paquets) et avec des applications bien plus intéressantes et absentes des repos stable+non free de Debian, j'achète à priori (à voir le modèle d'assurance des paquets).
Alors d'un point de vu utilisateur, je vais sur un des 2 stores, je veux télécharger Olive:
- Appimagehub me fourni un .appimage de 58mo. Fichier téléchargé, droits executable donné et cliquage: Je suis prêt à dérusher et monter.
Maintenant, flatpak:
- Il me propose de télécharger un fichier org.olivevideoeditor.Olive.flatpakref. OK je reviens en arrière et je lis les instructions:
install
** flatpak install flathub org.olivevideoeditor.Olive **
Je reviens encore en arrière, j'avais zappé le :
J'avais préalablement installé flatpak mais pas le repo.
(déjà, le --if-not-exists prête à sourire et rappelle certaines systemderies)
Je m'execute.
Ah ok, je dois installer via sudo, je m'execute encore. Ici, je n'ai pas d'output pendant de longues minutes. Retour à la ligne sans output. M'okay, ça doit être terminé.
Je retente
Toujours sans output mais pendant une minute cette fois et soudain, on me propose de télécharger le runtime "org.kde.Platform/x86_64/5.12 from flathub: 365 MB. Soit, faisons...
Ce qui est intéressant, c'est que je suis actuellement à l'étranger avec une connexion 10Mbits (3G) et l'écart AppImage/Flatpak est encore plus criant.
27 minutes plus tard:
Quoi? Faut-il être root? je retape la commande avec sudo, et il me propose de télécharger le runtime.
C'est bon, je n'irai pas plus loin, chers lecteurs et chères lectrices.
Vous pourriez dire que c'est peut-être ma debian 9 stable mais alors, à l'eau l'argument d'universalité, mais on peut aussi rajouter les cas de multiples runtimes évoqués par Emeric et je pense qu'on reviendra tous sur sa conclusion.
Mais pourquoi pas AppImage, donc?
Je citais la faiblesse du modèle communautaire sans pognon dans un autre journal, Flatpak est supporté par Redhat et Gnome avec des moyens financiers qu'on connait et concernant Gnome, au delà de ce qu'ils produisent d'intéressant.
Bref, ce n'est pas pour rien que Red Hat et Canonical se tirent la bourre.
Suis-je un haineux, rageux, troll? Non, tant que flatpak ne force pas façon systemd pour devienir mandatory, vous êtes libres de faire ce que vous voulez avec vos gigas.
cordialement,
gabin3
ps: il n'y a pas bookworm sur appimagehub, ok, mais le premier runtime de 318MB à télécharger depuis flathub ne me tente pas plus que ça.