versions (quand tu installes une debian, tu sais que tu n'auras que des bug fixes). quand tu installes un produit flatpak, tu fais du rolling release
Non, c'est orthogonal.
Tu peux avoir du rolling, suivant le dépôt où tu récupères le Flatpak, tu peux aussi installer le paquet de manière indépendante (comme un .deb ou .exe trouvé sur le Web à l'ancienne), tu peux imaginer un dépôt qui fonctionne par vague aussi pour permettre d'avoir que la dernière ESR de Firefox par exemple ou ce genre de choses...
Bref, justement avec Flatpak tu deviens indépendant du cycle de sortie de ta distribution. Car pas mal de gens par exemples aiment bien avoir des composants stable que Debian propose mais pour quelques logiciels comme Firefox ou LibreOffice ils voudraient plus récents. Concilier les deux avec juste l'approche traditionnelle n'est pas aisée et assez casse gueule en fait.
D'ailleurs je vais parler d'un cas d'usage réel que j'ai rencontré. Dans ma boîte on a déjà fait des LAN avec des jeux libres (comme 0ad, OpenRA, etc.). Or chacun a sa propre distribution, Debian, Fedora et même Windows. Résultat, si on parvenait à récupérer les logiciels via les paquets, on avait tous des versions différentes qui étaient donc incompatibles pour jouer tous ensemble.
Et grâce à Flatpak disponible sur toutes ces distributions, on a récupéré le jeu dans Flathub et en 5 minutes le problème était résolu. Il aurait fallu des heures autrement pour trouver une solution convenable avec l'approche habituelle, et potentiellement en recompilant le jeu nous même. Tu parles d'un confort...
tu laisses la porte ouverte à l'upstream, s'il souhaite te mettre un trojan à la dernière minute il peut (cf eslint-scope de npm) alors que le packager d'une distribution s'assure de l'intégrité et sécurité des paquets
Oui bien sûr, le mainteneur du paquet est un surhomme qui fait un audit de tout en permanence. Ou pas, car c'est un humain avec du temps limité. Cela peut apporter un peu de confiance dans la procédure mais attention à ne pas avoir une foi aveugle non plus. Et personnellement je préfère avoir confiance en upstream que via un mainteneur, car upstream a largement le moyen de pousser des crasses sans que le mainteneur du paquet ne s'en rende compte.
Et sinon justement être indépendant d'un empaqueteur est aussi une plu valu. Si tu veux un logiciel qui n'est pas dans les dépôts, cela est vite difficile pour l'utilisateur d'obtenir le logiciel dont il a besoin. Flatpak se voulant indépendant de la distribution, il y a plus de chances que upstream propose quelque chose d'adapté à l'utilisateur qui fonctionne directement. Il y a peu de logiciels qui fournissent le format de chaque distribution, car c'est chiant et loin d'être facile.
légereté, j'ose pas imaginer les appliances et autres embarqués avec flatpak
Je bosse sur du Linux embarqué et je ne vois pas le rapport.
Il est très rare qu'un projet embarqué utilise une Debian ou une Fedora, au mieux c'est lors de l'étape du prototypage que cela sert. En général tu t'orientes vers du buildroot ou Yocto (ce qui revient à générer ta distribution et ton image).
Et même si Yocto génère des paquets par exemple, ils sont rarement utiles en production car c'est le merdier à gérer. Une coupure de courant lors de la mise à jour du périphérique et ton système plante, tu fais quoi ? T'es dans la merde, on va utiliser une approche plus proche de Fedora Silverblue justement, où tu télécharges un système entier et tu changes au démarrage le système à lancer. La notion de paquets disparaît dans ce contexte.
Flatpak est destiné à un environnement bureautique, pour des applications graphiques. Les serveurs et autres outils en ligne de commandes utiliseront plutôt les conteneurs. Et l'embarqué n'est pas vraiment concerné par le sujet ici.
mélange paquets systèmes / flatpak, bonjour le bordel
Bah je m'en sers depuis quelques temps et non, ce n'est pas le bordel.
[^] # Re: Avenir de Linux
Posté par Renault (site web personnel) . En réponse à la dépêche Apports de Fedora à l’écosystème du logiciel libre (2de partie). Évalué à 4.
Non, c'est orthogonal.
Tu peux avoir du rolling, suivant le dépôt où tu récupères le Flatpak, tu peux aussi installer le paquet de manière indépendante (comme un .deb ou .exe trouvé sur le Web à l'ancienne), tu peux imaginer un dépôt qui fonctionne par vague aussi pour permettre d'avoir que la dernière ESR de Firefox par exemple ou ce genre de choses...
Bref, justement avec Flatpak tu deviens indépendant du cycle de sortie de ta distribution. Car pas mal de gens par exemples aiment bien avoir des composants stable que Debian propose mais pour quelques logiciels comme Firefox ou LibreOffice ils voudraient plus récents. Concilier les deux avec juste l'approche traditionnelle n'est pas aisée et assez casse gueule en fait.
D'ailleurs je vais parler d'un cas d'usage réel que j'ai rencontré. Dans ma boîte on a déjà fait des LAN avec des jeux libres (comme 0ad, OpenRA, etc.). Or chacun a sa propre distribution, Debian, Fedora et même Windows. Résultat, si on parvenait à récupérer les logiciels via les paquets, on avait tous des versions différentes qui étaient donc incompatibles pour jouer tous ensemble.
Et grâce à Flatpak disponible sur toutes ces distributions, on a récupéré le jeu dans Flathub et en 5 minutes le problème était résolu. Il aurait fallu des heures autrement pour trouver une solution convenable avec l'approche habituelle, et potentiellement en recompilant le jeu nous même. Tu parles d'un confort...
Oui bien sûr, le mainteneur du paquet est un surhomme qui fait un audit de tout en permanence. Ou pas, car c'est un humain avec du temps limité. Cela peut apporter un peu de confiance dans la procédure mais attention à ne pas avoir une foi aveugle non plus. Et personnellement je préfère avoir confiance en upstream que via un mainteneur, car upstream a largement le moyen de pousser des crasses sans que le mainteneur du paquet ne s'en rende compte.
Et sinon justement être indépendant d'un empaqueteur est aussi une plu valu. Si tu veux un logiciel qui n'est pas dans les dépôts, cela est vite difficile pour l'utilisateur d'obtenir le logiciel dont il a besoin. Flatpak se voulant indépendant de la distribution, il y a plus de chances que upstream propose quelque chose d'adapté à l'utilisateur qui fonctionne directement. Il y a peu de logiciels qui fournissent le format de chaque distribution, car c'est chiant et loin d'être facile.
Je bosse sur du Linux embarqué et je ne vois pas le rapport.
Il est très rare qu'un projet embarqué utilise une Debian ou une Fedora, au mieux c'est lors de l'étape du prototypage que cela sert. En général tu t'orientes vers du buildroot ou Yocto (ce qui revient à générer ta distribution et ton image).
Et même si Yocto génère des paquets par exemple, ils sont rarement utiles en production car c'est le merdier à gérer. Une coupure de courant lors de la mise à jour du périphérique et ton système plante, tu fais quoi ? T'es dans la merde, on va utiliser une approche plus proche de Fedora Silverblue justement, où tu télécharges un système entier et tu changes au démarrage le système à lancer. La notion de paquets disparaît dans ce contexte.
Flatpak est destiné à un environnement bureautique, pour des applications graphiques. Les serveurs et autres outils en ligne de commandes utiliseront plutôt les conteneurs. Et l'embarqué n'est pas vraiment concerné par le sujet ici.
Bah je m'en sers depuis quelques temps et non, ce n'est pas le bordel.