Parleur 🔻
Il y a un lecteur #RSS que je trouve encore potable sous #GNOME.
C’est #Newsflash.
Son binaire fait 15Mo.
Mais comme il n’est installable qu’avec #Flatpak, il faut que j’installe aussi presque 1Go de binaires *que j’ai déjà installés*.
J’en peux plus de cette grosse merde de flatpak.
Breizh
@gnomelibre Bah ça dépends justement, ils partent d’une base Debian mais ajoutent du taf en plus pour combler l’écart. C’est le principe même de leur existence, c’est le principe des distributions : une équipe de personnes qui se mettent à bosser ensemble pour distribuer les logiciels.
Chaque distro a sa propre équipe et sa propre plus-value. Si Ubuntu et Mint n’apportaient rien par rapport à Debian, elles n’existeraient juste pas. Partir d’une base Debian réduit juste un peu la charge initiale, parce qu’il n’y a pas besoin de tout refaire.
Et oui, si un mainteneur bosse sur Newsflash pour Debian ça peut grandement aider. Ça se trouve ça peut même être la même personne qui fera un .deb différent pour les trois distros, c’est courant qu’un mainteneur se limite pas à un seul soft ou une seule distro.
Au moins les indications de build manuelles semblent claires. Et ils listent les paquets fait par des tiers. C’est un bon point pour eux (bon par contre les avertissements sur l’installation de paquets tiers et de build manuel font tache, mais bon, critiquons pas juste pour critiquer).
Okki
Oui, sauf qu'Ubuntu est dérivée de Debian et se resynchronise régulièrement sur tout le boulot accompli par Debian.
Linux Mint est ensuite dérivée d'Ubuntu.
Donc, à l'arrivée, si Debian ne fait pas le boulot, la plupart du temps Ubuntu ne le fera pas non plus, et Mint encore moins.
Tu verras que si un jour Newsflash retrouve un mainteneur Debian bénévole pour s'occuper du .deb, on le retrouvera rapidement comme par magie chez Ubuntu et Linux Mint 😁
Breizh
@gnomelibre Si t’as besoin des dernières versions de tes softs, c’est pas Debian ou Ubuntu LTS qu’il faut utiliser 🤷.
Non seulement il y a d’autres distros plus à jour (par exemple Fedora, Linux Mint est un bon entre-deux aussi), mais en plus Ubuntu existe également dans une version non-LTS mise à jour plus souvent…
Okki
Tu noteras que même au niveau des dépendances, tout le monde ne peut pas fournir la même chose.
Une Debian stable ou une Ubuntu LTS qui ne sortent une nouvelle version qu'une fois tous les deux ans ne pourront pas proposer les toutes dernières versions des différentes bibliothèques.
Une application nouvellement créée ou mise à jour qui utilise les dernières technos ne pourra pas être packagée sur ces vieilles distributions.
Tandis que le Flatpak pourra tourner sans souci.
Okki
Les dépendances ne sont qu'une partie du problème.
Une fois que t'as ton système de base avec son lot de bibliothèques nécessaires, soit chaque distribution package et maintient les milliers d'applications existantes (et toutes les distributions n'ayant pas la même communauté, nombre de bénévoles, ressources pour le faire…elles seront loin de pouvoir proposer le même nombre d'applications) soit on créé un unique Flatpak utilisable par tout le monde.
Breizh
@gnomelibre Hein ? C’est pas le contraire justement ? Ne pas utiliser Flatpack permet de n’avoir qu’une seule fois les dépendances à gérer vu que commune à tous les paquets ? 🤔
Après si l’argument c’est que les mainteneurs n’ont plus à faire leur taf parce qu’il est fait par les devs, euh…
Okki
Personnellement j'adore Flatpak et je trouve la techno franchement géniale.
T'as le droit de ne pas aimer, sans être obligé d'insulter tous ceux qui ont bossé dessus.
De plus, il existe des paquets pour Arch / Manjaro et Nix. Pour les autres distributions, libre à toi d'adopter le paquet et d'en devenir mainteneur…
On l'oublie, mais l'un des avantages de Flatpak, c'est d'éviter aux mainteneurs des différentes distributions de refaire 150 fois le travail de packaging et maintenance…
Breizh
@gnomelibre @fredds Ça viendra avec le temps… faut soit beaucoup d’utilisateurs qui le réclament à leur distro, soit qu’un de ces utilisateurs se motive à le faire lui-même :D
Faut reconnaître que l’AUR est cool pour ça : déjà c’est assez simple de faire un PKGBUILD par rapport à d’autres systèmes de paquets, n’importe qui peut partager le sien même si imparfait (dans le sens où t’as pas la pression de fournir un truc parfait et de devoir devenir un mainteneur certifié etc.), et ça donne une très bonne indication du nombre de personnes qui ont envie de l’avoir dans les dépôts (les logiciels les plus populaires de l’AUR ont de bonne chances de finir dans extra).
Okki
Frissons 🙀
Pour en revenir à Newsflash, les sources sont disponibles, de même que la liste des dépendances nécessaires et les instructions de construction :
https://gitlab.com/news-flash/news_flash_gtk#compile
Il ne manque plus que des bénévoles dans les différentes distributions pour se coltiner le boulot 😸
Je suis allé voir sur AppImageHub (qui aurait pu être un peu moins lourd… et moins bien maintenu / intégré à l'environnement de bureau), mais ils n'ont pas non plus
Fred
@breizh @gnomelibre exactement : laisser le choix, flatpack, ou les sources, ou même un .deb
Mais y'a pire comme pratique : distribuer UNIQUEMENT sous forme de Docker 😱
Breizh
@gnomelibre Ah, oui. Effectivement, tant que c’est un ultime recours en attendant qu’une distribution se mette à distribuer un logiciel (c’est son job après tout), effectivement, c’est plutôt acceptable.
Si par contre c’est proposé par défaut par la distro, là je comprends moins… et si le dev ne propose que cette option (et pas d’instruction de build manuel dignes de ce nom), là ça deviens un sérieux problème, puisque ça implique de se passer de tout l’intérêt des distributions, justement.
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.