Laurent Pointecouteau a écrit 1078 commentaires

Tel qu'appliqué aux jeux Nintendo 64, par le toujours excellent Nerrel : Recompilation: An Incredible New Way to Keep N64 Games Alive

Ouaip en faisant des recherches pour la dépêche, je suis tombé sur cette discussion qui effleure le sujet. Ça paraît déjà être plus dans les cordes de la fondation que les projets de Thibault.

Et à partir du moment ou il y a un truc qu'on distribue, ça reste une distribution.

Il faudra aussi pour cette dépêche que je comprenne pourquoi Jorge Castro refuse l'appellation "distro" et ce que Vovk entend précisément quand il dit "there aren’t nearly as many packages to maintain compared to a normal distro", ou quand le wiki KDE indique que les paquets dans KDE Linux seraient "used to build the base OS, but not produced or altered". Je comprends que l'infra Flatpak n'est pas totalement différente de l'ancien paradigme (tu parles des modules partagés, mais j'imagine qu'on pourrait aussi parler des 3 runtimes), mais il faut mettre en évidence ce dont tous ces gens parlent quand ils parlent de se distinguer des distros ordinaires.

Voici un brouillon !

Bien sur, pour ce genre de ressources, tu ne va pas trop innover, ni même contribuer significativement upstream, et donc tu va rester dépendant du reste du monde.

Tu mets le doigt sur un truc : dans le discours de Thibault (qui, c'est pas bête de le rappeler, est employé d'Element et de la fondation Matrix), il faut être indépendant des USA en priorité. Si tu fais une distro, disons une atomique sans paquets (quitte à ne plus l'appeler "distro") comme le proposent Adrian Vovk et les gens de KDE Linux, tu es dépendant au moins du noyau, de Flathub, et puis trente secondes après déploiement tu vas t'apercevoir que tu es aussi dépendant de Mozilla, et j'imagine de Nextcloud, et c'est seulement là que tu pourras envisager de pousser les outils de la Dinum, parmi lesquels Tchap qui dépend d'Element. Mais : tu ne dépends plus des GAFAM. Mieux que ça, tu peux potentiellement entretenir ce qu'on appelle un commun numérique – terme que Thibault ne semble jamais employer dans son blog, alors qu'il me paraît approprié au thème.

Alors attention, loin de moi l'idée de vouloir minimiser la question du budget. Il y a un peu d'idéalisme de ma part là-dedans, indéniablement (je gage que c'est aussi le cas de Thibault, je n'ose pas me dire qu'il veut juste le pognon de l'UE). Mais j'ai l'impression que la question qu'on pose ici, c'est : si on veut faire un OS libre (au sens de la licence) et souverain (au sens de résistant au fascisme étatsunien), est-ce que nos distros, nos environnements de bureau et nos communautés, fondations, etc. suffisent à faire le taf ? La réponse (de Thibault) semblant être "non", il faudrait alors se demander comment on pourrait faire ce taf, avant même de se demander combien ça coûte.

Je vote pour une dépêche, avec d'autre(s) source(s) en complément

Merci pour vos encouragements !
Mais de quoi parlerait-on dans cette dépêche :

• de l'approche atomique (Fedora, Bazzite et les autres projets Universal Blue, la place de Flathub, et les initiatives GNOME OS/KDE Linux) ?
• des modes de gouvernance/financement (ce billet pose la question pour GNOME, mais on peut enquêter sur la situation côté KDE, distros, etc. - et garder le commentaire de Misc en tête) ?
• ou des deux ?

Ben en même temps, le sujet de son billet c'est "changer la gouvernance de GNOME", pas celle de KDE. À la rigueur, ça aurait été intéressant d'aller plus loin que citer Python et Rust, et donner plus d'exemples de gouvernance adaptée à la tâche envisagée (faire un OS complet prêt à l'emploi et le faire subventionner par l'UE), mais qui est capable de faire ça ? J'ai l'impression qu'on est sur un terrain globalement inexploré. Et pourtant la question est brûlante, suffit de voir ce qui arrive à Mozilla.

(je constate d'ailleurs qu'il y a deux questions posées ici : celle des solutions techniques, où Thibault penche en faveur d'un GNOME OS atomique (comme KDE de leur côté d'ailleurs), et celle de la gouvernance appropriée pour un projet de cette ampleur, avec le prérequis de faire du libre qu'on ne pourra pas encloser. Pas une mince affaire)

L'UE a deja un OS pour mobile (Murena) donc pas besoin de se lancer dans une convergence mobile/desktop hasardeuse ;

Murena c'est un vendeur de téléphones. L'OS auquel tu penses c'est /e/ et en réalité c'est basé sur Android. En termes de souveraineté, ça me paraît nettement plus difficile à maîtriser qu'une base Linux (j'ai tendance à penser que contrairement à ce qu'affirme le site officiel du projet, il est impossible d'entièrement "dégoogliser" Android, sauf à le rendre virtuellement inutilisable).

Gnome a tendance à casser Gtk trop régulièrement

Ce n'est pas complètement faux depuis des années ? Il me semblait que GTK est développé par sa propre communauté et GNOME se base sur libadwaita pour apporter ses modifications. Et puis, depuis quand l'IHM de GNOME est instable au juste ? Ça fait tout de même 13 ans que leurs applis ont cette gueule.

La réponse de Thibault apparaît en filigrane dans son paragraphe "You just need to simply be tech-savvy", et dans le billet d'Adrian qu'il lie dans ce paragraphe. Je crois que cette citation dudit billet résume bien le tout :

I think of my friends and family: […] They don’t care about packages, or codecs, or drivers, or patents, or licenses, or all these things that have become something we just need to deal with as Linux enthusiasts.

Je me permets de parler à leur place car ça fait un moment maintenant que je traîne dans la commu GNOME et que je crois bien connaître leurs opinions, mais je dirais qu'ils trouvent les distros traditionnelles trop limitées pour convenir au grand public (à cause des "packages, or codecs, or drivers, or patents", etc.) et qu'un modèle atomique serait le plus convenable pour ce cas d'usage. Perso, vous le savez si vous me lisez ici, je trouve ça plutôt séduisant, et j'attends de voir comment ça va se déployer dans l'avenir, notamment sur mobile (postmarketOS n'est pas un OS atomique et repose sur Alpine Linux).

Hé ben je t'avoue que dans ma tête, si je faisais ça, on me reprocherait de faire un journal-bouquemarque qui aurait pu être un simple lien. Mais ce n'est peut-être que dans ma tête ?

Et aussi, précédemment sur Linuxfr : "Une pétition pour un « EU-Linux » : un appel à la souveraineté numérique européenne", par Stefane Fermigier

De ce que j'en comprends, dans ce billet, Thibault Martin nous dit ceci :

• on a besoin d'un OS qui n'appartient pas à des Étatsuniens : l'UE pourrait le financer, "ça se verrait à peine dans son budget".
• GNOME serait une base appropriée, notamment parce qu'il est bien adapté au mobile.
• mais à l'heure actuelle, GNOME n'est encore qu'une brique, pas un OS à part entière : il faudrait qu'il le devienne, comme le suggère Adrian Vovk, et qu'il soit installé par défaut sur les ordis et smartphones.
• en outre, GNOME n'a pas de modèle de gouvernance clair et représentatif de "ceux qu'il sert" : c'est une do-ocracy, où le pouvoir est détenu par les gens qui travaillent le plus, or ça pose problème quand on veut prioriser les choses sur lesquelles ces gens-là ne travaillent pas [je suis sûr qu'il pense à l'accessibilité quand il dit ça]. La Fondation GNOME n'est pas le développeur de GNOME, elle ne s'occupe que d'infrastructure.
• c'est pour ça que GNOME a besoin d'un Product Committee avec des devs, des designers, et des représentants de "ceux qu'il entend servir" [son public cible ? ses utilisateurs ?], et surtout des financements, publics comme privés. Et il faudrait aussi une Development Team pour implémenter les décision du Product Committee. Tout ça pourrait faire partie de la Fondation GNOME.
• le million du Sovereign Tech Fund c'était bien mais loin d'être assez [pour rappel, Tobias Bernard n'a pas voulu redemander cette subvention cette année, en arguant que la Fondation n'était pas outillée pour gérer ça].
• la Fondation doit embaucher des gens : pour cela, elle doit faire une feuille de route, la financer, l'implémenter et la tester.
• ceci dit, on peut proposer de rester sur le statu quo : que GNOME ne devienne pas un "produit fini" et reste une brique à la disposition d'autres projets (upstream-first). Dans cette optique, d'autres modèles de gouvernance peuvent être imaginés : rester sur une do-ocracy, ou instaurer plus de formalisme, sur le modèle des communautés Python ou Rust.

Il va falloir demander correction à la modération : le lien que tu as posté n'est pas le bon.

Si flathub splittait ses repo en free from upstream, free fron third parry, non-free from upstream, non-free from third party les distros comme Fedora n'auraient pas à gérer une duplication des applis libres dans leur propre repo et les utilisateurs pourraient facilement prioriser les applis libres ou pas libres de source upstream.

Mais c'est déjà le cas non ? Le site Flathub (sur sa page recherche, mais ça discute de généraliser le filtrage) et Logiciels de GNOME (là aussi ils en parlent) permettent tous deux de n'afficher que les applis libres et/ou vérifiées. Les utilisateurs peuvent prioriser avec ça.

Pour moi, la raison pour laquelle Fedora a son propre repo Flatpak, c'est avant tout parce qu'elle considère que c'est la raison d'être d'une distro que de proposer ses propres repos. Et tout le débat linké dans un des liens de l'article porte sur cette raison d'être, à l'heure où Flathub prend de l'importance, comme l'explique Benoît plus haut.

Du coup pour quoi faire des menaces pour une version identique, mais juste fourni via un repo flatpak?

Est-elle identique ? De ce que j'en ai lu, les problèmes du Flatpak Fedora d'OBS viennent de la version du runtime dont il dépend et des permissions liées au sandboxing, qui sont deux aspects spécifiques à Flatpak qui ne concernent pas les RPM. Accessoirement, quand tu utilises un Linux atomique, l'idée c'est aussi de se passer au maximum des RPM.

Ce que tu décris c'est un problème réel mais différent de celui du lien. Ici, on parle de Flatpaks fournis par Fedora qui sont présélectionnés par défaut dans les applis d'installation de Fedora (Logiciels ou Discover) au détriment des Flatpaks de Flathub. Et en général, il s'avère que les Flatpaks de Fedora sont moins bons que ceux de Flathub, au point où les devs upstream se plaignent qu'on leur remonte des problèmes qu'ils n'ont pas causé et qu'ils ne peuvent pas résoudre.

Ceci dit, on pourrait imaginer qu'il se passe la même chose avec des Flatpaks non officiels sur Flathub qui seraient de mauvaise qualité. Mais il me semble que c'est moins pernicieux dans ce cas de figure — en tout cas, je n'irai pas jusqu'à dire que c'est "un bordel sans nom" (par exemple, les paquets non officiels sont bien signalés comme tel par une pastille jaune sur leur page Flathub).

Ça commence à bien faire la diffamation !

Plus sérieusement, j'ai l'impression qu'on arrive à la croisée des chemins. J'avais vu par le passé des devs se plaindre ça et là de la façon dont certaines distros empaquetaient leurs applis, mais à présent, les Linux atomiques (Bazzite en tête) me semblent bien parties pour devenir le paradigme dominant des Linux pour le bureau, et dans ce paradigme, les paquets, c'est Flathub, Homebrew, ou rien. Ou, dans le cas des Fedora, les Flatpaks de chez eux qui sont sélectionnés par défaut dans la boutique d'applis et qui cassent les pieds à tout le monde. KDE et GNOME ambitionnent de sortir chacun leur propre OS sans gestionnaire de paquets, juste le système de base, et Flatpak. Les utilisateurs feront-ils encore la différence ?

J'avais eu la même chose avec Element et Thunderbird.

Comment tu effaces les cookies dans Thunderbird ?

(plus sérieusement, oui, les "messages non déchiffrés" c'est un running gag bien connu chez les utilisateurs de Matrix. J'ai des soucis similaires avec XMPP et OMEMO lorsque j'essaie de consulter mes messages depuis un autre appareil. Je ne sais pas comment ce problème ne se produit pas sur WhatsApp ou Signal.)

Paul Sugy, que des gens soupçonnent d'être aussi tuyauté par des comptes actifs sur WP (genre un pote de promo), et qui n'aurait donc aucune raison d'être aussi incapable sur le sujet.

Question sérieuse (d'autant plus que je bosse sur Wikipédia en ce moment à la fac, dans le cours de Jeanne Vermeirsche) : en quoi être tuyauté par des membres de WP présume être compétent sur le sujet ? Lesdits membres pourraient bien lui raconter du baratin dont il s’accommoderait, ou alors j'ai mal compris le sens de "tuyauter" ?

Et à la fin, si l'auditeur juge qu'"il a fait transparaître une honnêteté intellectuelle assez éloignée des biais journalistiques dont Le Figaro peut faire preuve", c'est que la banalisation dont je parle a eu lieu.

C'est tout à fait vrai.

Je n'avais jamais lu ou entendu parler de Paul Sugy avant d'écouter cette émission, mais je sais reconnaître les sifflets pour chien quand je les entends (une phrase comme « Elon Musk n'a pas tort » ne devrait jamais être prononcée au premier degré sur la matinale d'une radio de large diffusion).

Et pour le reste, si la Wikipédia francophone est tombée sous la dangereuse influence des gens qui croient à l'existence des droits de l'homme (sans doute parce que l'ancienne présidente de Wikimédia France est une femme trans, ce que Sagy prend grand soin de ne pas mentionner), pourquoi c'est Lucie Castets et Alice Recoque qui n'ont pas eu leur article sur la Wikipédia francophone ? Pourquoi la possibilité de deadnamer (ne faites pas ça s'il vous plaît) a été mise au vote et approuvée ? Et quitte à citer un exemple de récupération politique qui existe pour de vrai, pourquoi pas plutôt citer le Wikipédia croate, tombé sous la coupe des nostalgiques des Oustachis ?

Il y a des gens ici qui auront un point de vue plus informé que moi sur le fonctionnement du Wikipédia francophone et les luttes qui s'y engagent. Mais je suis à peu près certain que le portrait qu'en fait Paul Sugy est insidieusement faux et foncièrement intolérant.

(ah et aussi : Jimmy Wales, de gauche ? Les articles du Point n'étaient pas des fake news ? Est-ce qu'il ne raconte pas des cracks sur le fond en plus ?)

Vous vous en rappelez peut-être, l'ancienne Première ministre voulait faire migrer tous les ministres dessus en quinze jours. Je vois que la page dédiée à Olvid précise qu'ils hébergent toujours certains trucs sur AWS. Et ils ont aussi mis Skred, par les créateurs de Skyblog.

En dehors de ça, on est d'accord qu'à part Element (qui n'est techniquement pas en Union européenne), personne (en dehors de petites structures style Chatons) ne propose de la messagerie Matrix fédérée à destination du grand public, si ?

La seule chose qu'il manque à Mutter (le compositeur Wayland et gestionnaire de fenêtres de Gnome) c'est une gestion du tiling avancée et simple d'utilisation

Ils y pensent d'ailleurs. En attendant que ça se fasse (et ça peut prendre du temps), il y a toujours les extensions.

J'invite à la réflexion concernant les positions de linuxfr.org dans tout ça.

Permets-moi alors d'inviter à mon tour "linuxfr.org" à pondérer cette position : j'emmerde les TERFs. Je n'ai pas le temps d'élaborer mais je tenais à poser ça d'entrée de jeu.

Anniversaire intéressant mais pas un mot sur le véritable concepteur du Macintosh : Steve Wozniak

Ni sur le vrai vrai inventeur du Macintosh : Jef Raskin (qui voulait en faire une machine sans GUI lol). Mais à la décharge de l'article, il date de janvier 1984. La "micro" c'était encore un concept frais, même Michel Drucker ne savait pas faire la différence. Qui savait à cette époque que Raskin existait (et qu'il avait déjà quitté Apple depuis deux ans) ?

L'article la mentionne sans la linker, donc voici la source : le rapport "European Electricity Review 2025" du think-tank Ember. On y apprend notamment que la demande en électricité a augmenté d'1,2% entre 2023 et 2024, "après deux ans de forte baisse", et que les émissions de CO2 du secteur énergétique ont baissé de 9% pour atteindre 585 millions de tonnes (pour autant que je sache, à l'échelle du monde entier, les émissions continueraient d'augmenter).

Et même sans parler d'eux, les ados privés du jour au lendemain de leur réseau social par pure sinophobie, j'irai pas me moquer d'eux non plus. On m'aurait coupé MSN quand j'étais au lycée, je n'en aurai pas mené large.

Après, peut-on imaginer un monde où on aurait contraint TikTok à une forme d'interopérabilité qui aurait permis à ses utilisateurs de retrouver facilement leurs amis ailleurs, ou bien est-ce de la science-fiction ? Je ne sais pas. D'ailleurs, je ne sais même pas si nos DSA et DMA européens vont nous aider à progresser là-dessus. On en est où de l'interopérabilité de WhatsApp par exemple ?

The Turing machine we described above is in fact a 2-state busy beaver. In other words, there is no 2-state Turing machine that runs longer than BB(2)=6 steps. If you don’t believe me, try pressing the button above 20,736 different times and see for yourself :)

Je veux bien le croire, mais chez moi (Firefox), quand je clique sur "Play next machine", la machine se met à se déplacer à gauche ou à droite pour l'éternité, parfois en colorant toutes les cases, parfois non. J'ai conscience que c'est contraire à l'algorithme décrit au-dessus, du coup je me demande, y'a que chez moi que ça buggue ou bien c'est juste que je ne sais pas lire le pseudocode ?