The only thing that changes is that the AOSP Gerrit (changes in review) will be gone likely. Means we can't contribute patches back to AOSP as easily. But we will still get monthly tags and releases and such
Et il insiste pas mal sur l'aspect immuable des solutions envisagées. Voilà qui donne du grain à moudre pour cette dépêche (que j'espère voir bientôt terminée…)
Enfin, ce drama proton c’est quand même bien un putain de problème de riches.[…] Migrer d’un service à un autre prend du temps, nécessite des compétences et n’est pas à la portée de tout le monde. Si vous kiffez changer de messagerie trous les 3 mois, allez-y faites vous plaisir. Mais toutes celles et ceux qui utilisent aujourd’hui Proton n’ont pas forcément les compétences ou les moyens pour migrer de services dès qu’un CEO publie un message sur Twitter. Quelques soient les opinions politiques réelles ou supposées de son patron, les services de proton répondent à ce jour à un réel besoin de nombreux journalistes, militant.es, organisations et médias.
Les détails techniques de cette thèse dépassent largement mes connaissances en la matière, mais quel plaisir de voir émerger cette histoire de l'informatique française grâce à tes efforts ! Merci encore !
(si y'a des courageux.ses dans les parages qui sont plus calés que moi en Minitel, j'essaie d'arranger les pages Wikipédia sur le sujet par petites touches, histoire que la distinction entre Minitel, Télétel, Vidéotex, Transpac, X.25, Télétex, Télétexte, Antiope, serveurs RTC, annuaire et kiosque soient plus claires…)
J'avais vu ce billet à l'époque qui suggérait lui aussi de commencer par certains bouquins plutôt que d'autres :
These are terrible books to start with. If you hear all this great stuff about Pratchett as a writer, and then read those first two books, you’ll leave scratching your head wondering what all the fuss is about. Fans often say ‘you have to start at the beginning’ but that assumes someone’s going to just read all 40 books. Don’t listen to hardcore fans, they lack perspective.
(…)
There are 40 Discworld books, I’m not going to cover them all, but by the 6th book, Wyrd Sisters, Terry had worked his shit out and produced a book that is a good place to start. Although I think there’s a better one, stay tuned.
(…)
"Guards! Guards" For me, the canonical starting point for Discworld reading. This is the first of the “Night Watch” series in which Terry really digs in to our world and begins using the Disc to tell stories about us.
Mais si je ne m'abuse, l'idée en 2013 n'était-elle pas, non pas de remplacer Android par Ubuntu, mais d'installer Ubuntu sur un téléphone Android pour le lancer depuis celui-ci sur un écran externe ? Parce qu'ubports, pour autant que je sache, c'est le même problème qu'avec postmarketOS : les appareils compatibles se comptent sur le doigt d'une main et il faut prendre le risque de le briquer en le flashant ?
L'auteur a sa théorie qu'il expose plus bas dans le fil :
Ce terminal n'est que la première étape, avant de prendre en charge l'interface utilisateur graphique (avec Android 16 qui arrive dans quelques mois ?) À terme, on devrait pouvoir exécuter des applications graphiques Linux sur Android. C'est un vieux rêve, imaginé en 2013 par Canonical :
Je poste la question en toute innocence. J'ai une vague compréhension du JavaScript et de l'outillage actuel des sites web complexes. J'ai des appétences pour le HTML/CSS minimaliste (le smolweb par exemple), qui me font regarder ces technos avec méfiance, mais je sais aussi qu'on peut faire des trucs légers et chouettes avec un site statique, un peu de JS côté client et des données stockées dans un fichier JSON. Du coup : à quoi ça sert, les "generalized hypermedia controls" dont parle le lisezmoi de fixi.js ? Est-ce que l'auteur de ce projet parle de la même chose que moi quand il parle de minimalisme ?
Ils n’auront d’autres choix que forker, retrouver un endroit où héberger l’infra, réinstaller le tout, construire une nouvelle gouvernance et détricoter tout le travail de RH puisqu’ils sont basé dessus (ou alors il faudra faire un hard fork et couper la dépendance à RHEL comme Mageia par exemple).
Je te suis jusqu'à "détricoter tout le travail de RH puisqu’ils sont basé dessus". Si tel est le cas, pourquoi je lis que c'est RHEL qui est basée sur Fedora, et que c'est la commu Fedora (qui n'est pas entièrement composée d'employés de RH) qui décide collectivement de ce qui rentre dans Fedora ? Que Red Hat possède la marque et l'infra, et puisse causer de graves ennuis rien qu'avec ça, nous sommes d'accord. Mais que "Fedora suivra quoi qu’en pensent les milliers de développeurs", j'ai l'impression que ce n'est pas aussi automatique que ça.
Après les mouvements récents de Meta, Amazon & co tu trouve vraiment que c’est un argument qui va dans le bon sens ? Je pense que tout ceux qui ne l’avaient pas encore compris doivent voir que l’indépendance ce n’est pas faire confiance à un acteur américain parce que jusque là tout s’est bien passé.
Ce n'est pas ce que je dis : je dis que Red Hat ne me paraît pas avoir assez de contrôle sur Fedora pour pouvoir faire main basse sur le projet en un claquement de doigts, ni maintenant ni plus tard. Ma compréhension du sujet reste limitée, mais jusqu'à aujourd'hui, j'ai toujours lu que l'affirmation "Fedora est contrôlé par Red Hat" était une exagération trompeuse.
Think about it like this. The Fedora project is the upstream, community distro of Red Hat® Enterprise Linux. Red Hat is the project’s primary sponsor, but thousands of independent developers also contribute to the Fedora project. Each of these contributors, including Red Hat, bring their own new ideas to be tested and debated for inclusion by the larger community into Fedora Linux.
Yes, in a legal sense, Red Hat owns most of the infrastructure, the trademarks, and signing keys, etc. Nevertheless, most of what happens in Fedora happens because people volunteer their time (both Red Hat employees and contributors), and there is no control over that, it depends mostly on the good will and engagement of volunteers. […] I would say that this is all rather complicated, and getting things done is mostly possible when there’s general support for something, and that is how it should be.
De ce que j'en comprends, si Red Hat peut exercer un certain contrôle sur Fedora, il me semble que d'1) à l'heure actuelle, il ne l'exerce pas et 2) ce contrôle paraît moindre que celui que Google exerce sur Android par exemple. Mais c'est une question de gouvernance importante à clarifier.
build with gitlab.com CI an atomic operating system and demonstrate how layers can be used to build variants on top of it
Sur le sujet de l'atomique, je vous prépare une dépêche qui en parle sous un autre angle, mais qui évoquera le cas de Bazzite, un OS également basé sur Fedora Kinoite et qui rencontre un petit succès auprès des gamers depuis peu.
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.
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) ?
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 ?
# On en parle aussi ici
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien Android se développera en privé, et diffusé en OpenSource à chaque version majeure. Évalué à 6 (+4/-0).
https://linuxfr.org/users/bunam/liens/google-passera-le-developpement-d-android-entierement-en-interne-cette-annee
# Et l'original ?
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien blue95, le summum de l'interface graphique Linux. Évalué à 3 (+1/-0). Dernière modification le 28 mars 2025 à 18:26.
Pour rappel, vous pouvez l'essayer depuis votre navigateur web. Mais si vous vous sentez d'humeur, vous pouvez carrément l'installer sur votre machine via DOSBox-X.
[^] # Re: Et si on l'avait faite à l'envers ?
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien Google passera le développement d’Android entièrement en interne cette année. Évalué à 4 (+2/-0).
Ça n'a pas l'air de trop les inquiéter :
[^] # Re: EU OS
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien EU OS: SUSE a aussi son mot à dire. Évalué à 6 (+4/-0).
Et il insiste pas mal sur l'aspect immuable des solutions envisagées. Voilà qui donne du grain à moudre pour cette dépêche (que j'espère voir bientôt terminée…)
# Faites-vous confiance à Proton ?
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien Face à Microsoft, Proton se dit prête à assumer la souveraineté européenne de l’École Polytechnique. Évalué à 8 (+7/-1).
Ou plus spécifiquement, faites-vous confiance à Andy Yen depuis qu'il a annoncé son soutien à Trump ? La réponse n'est pas si évidente :
# J'y étais
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien Forum "Stop aux data centers" à Marseille le 15 mars. Évalué à 7 (+5/-0).
Et j'ai pris des notes, si ça vous intéresse : https://carnet.pointecouteau.com/stop-aux-data-centers-!-non-%C3%A0-l'accaparement-de-nos-territoires-par-les-infrastructures-du-num%C3%A9rique.html
# Trop bien !
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au journal La thèse de Jean Gastinel: conception et intégration d'un terminal alphanumérique (1977). Évalué à 10 (+8/-0). Dernière modification le 15 mars 2025 à 12:30.
Les détails techniques de cette thèse dépassent largement mes connaissances en la matière, mais quel plaisir de voir émerger cette histoire de l'informatique française grâce à tes efforts ! Merci encore !
(si y'a des courageux.ses dans les parages qui sont plus calés que moi en Minitel, j'essaie d'arranger les pages Wikipédia sur le sujet par petites touches, histoire que la distinction entre Minitel, Télétel, Vidéotex, Transpac, X.25, Télétex, Télétexte, Antiope, serveurs RTC, annuaire et kiosque soient plus claires…)
[^] # Re: remarque
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien « GNU Terry Pratchett » – Quand un roman devient réalité. Évalué à 3 (+1/-0).
J'avais vu ce billet à l'époque qui suggérait lui aussi de commencer par certains bouquins plutôt que d'autres :
[^] # Re: pour faire quoi ?
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien Android intègre maintenant une machine virtuelle Debian 12 (sur certains téléphones). Évalué à 4 (+2/-0).
Mais si je ne m'abuse, l'idée en 2013 n'était-elle pas, non pas de remplacer Android par Ubuntu, mais d'installer Ubuntu sur un téléphone Android pour le lancer depuis celui-ci sur un écran externe ? Parce qu'ubports, pour autant que je sache, c'est le même problème qu'avec postmarketOS : les appareils compatibles se comptent sur le doigt d'une main et il faut prendre le risque de le briquer en le flashant ?
[^] # Re: pour faire quoi ?
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien Android intègre maintenant une machine virtuelle Debian 12 (sur certains téléphones). Évalué à 8 (+6/-0).
L'auteur a sa théorie qu'il expose plus bas dans le fil :
# À quoi ça sert ?
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien Version minimaliste de HTMX par le même auteur. Évalué à 5 (+3/-0). Dernière modification le 11 mars 2025 à 10:58.
Je poste la question en toute innocence. J'ai une vague compréhension du JavaScript et de l'outillage actuel des sites web complexes. J'ai des appétences pour le HTML/CSS minimaliste (le smolweb par exemple), qui me font regarder ces technos avec méfiance, mais je sais aussi qu'on peut faire des trucs légers et chouettes avec un site statique, un peu de JS côté client et des données stockées dans un fichier JSON. Du coup : à quoi ça sert, les "generalized hypermedia controls" dont parle le lisezmoi de fixi.js ? Est-ce que l'auteur de ce projet parle de la même chose que moi quand il parle de minimalisme ?
[^] # Re: Et c'est de l'atomique
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien EU-OS, une démonstration de principe d'un OS pour le secteur public européen. Évalué à 3 (+1/-0). Dernière modification le 09 mars 2025 à 22:54.
Je te suis jusqu'à "détricoter tout le travail de RH puisqu’ils sont basé dessus". Si tel est le cas, pourquoi je lis que c'est RHEL qui est basée sur Fedora, et que c'est la commu Fedora (qui n'est pas entièrement composée d'employés de RH) qui décide collectivement de ce qui rentre dans Fedora ? Que Red Hat possède la marque et l'infra, et puisse causer de graves ennuis rien qu'avec ça, nous sommes d'accord. Mais que "Fedora suivra quoi qu’en pensent les milliers de développeurs", j'ai l'impression que ce n'est pas aussi automatique que ça.
[^] # Re: Et c'est de l'atomique
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien EU-OS, une démonstration de principe d'un OS pour le secteur public européen. Évalué à 2 (+0/-0).
Ce n'est pas ce que je dis : je dis que Red Hat ne me paraît pas avoir assez de contrôle sur Fedora pour pouvoir faire main basse sur le projet en un claquement de doigts, ni maintenant ni plus tard. Ma compréhension du sujet reste limitée, mais jusqu'à aujourd'hui, j'ai toujours lu que l'affirmation "Fedora est contrôlé par Red Hat" était une exagération trompeuse.
[^] # Re: Et c'est de l'atomique
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien EU-OS, une démonstration de principe d'un OS pour le secteur public européen. Évalué à 2 (+0/-0). Dernière modification le 09 mars 2025 à 17:13.
"Parainné" ne veut pas nécessairement dire "contrôlé". Si tu fais allusion à la mention en pied de page du site de Fedora, il y a juste à côté un lien "En savoir plus sur la relation entre Red Hat et Fedora" où on peut lire ceci :
Voilà ce qu'en disait un membre du FESCo en 2023 :
De ce que j'en comprends, si Red Hat peut exercer un certain contrôle sur Fedora, il me semble que d'1) à l'heure actuelle, il ne l'exerce pas et 2) ce contrôle paraît moindre que celui que Google exerce sur Android par exemple. Mais c'est une question de gouvernance importante à clarifier.
[^] # Re: Et c'est de l'atomique
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien EU-OS, une démonstration de principe d'un OS pour le secteur public européen. Évalué à 2 (+0/-0).
Pour autant que je sache, Fedora n'est pas contrôlé par Red Hat ?
# Et c'est de l'atomique
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien EU-OS, une démonstration de principe d'un OS pour le secteur public européen. Évalué à 5 (+3/-0).
En tout cas, c'est bien parti pour être basé sur Fedora Kinoite :
Sur le sujet de l'atomique, je vous prépare une dépêche qui en parle sous un autre angle, mais qui évoquera le cas de Bazzite, un OS également basé sur Fedora Kinoite et qui rencontre un petit succès auprès des gamers depuis peu.
# Une vidéo intéressante sur le procédé
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au journal Sonic Unleashed nativement sous Linux (et probablement de futurs jeux XBOX 360). Évalué à 6 (+4/-0).
Tel qu'appliqué aux jeux Nintendo 64, par le toujours excellent Nerrel : Recompilation: An Incredible New Way to Keep N64 Games Alive
[^] # Re: Petit résumé sans IA
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien "Des prothèses qui ne trahissent pas", une proposition de réforme de la gouvernance de GNOME. Évalué à 2 (+0/-0). Dernière modification le 02 mars 2025 à 18:54.
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.
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.
[^] # Re: Petit résumé sans IA
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien "Des prothèses qui ne trahissent pas", une proposition de réforme de la gouvernance de GNOME. Évalué à 3 (+1/-0).
Voici un brouillon !
[^] # Re: Petit résumé sans IA
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien "Des prothèses qui ne trahissent pas", une proposition de réforme de la gouvernance de GNOME. Évalué à 4 (+2/-0). Dernière modification le 02 mars 2025 à 14:30.
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.
[^] # Re: Petit résumé sans IA
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien "Des prothèses qui ne trahissent pas", une proposition de réforme de la gouvernance de GNOME. Évalué à 2 (+0/-0). Dernière modification le 02 mars 2025 à 14:00.
Merci pour vos encouragements !
Mais de quoi parlerait-on dans cette dépêche :
[^] # Re: Petit résumé sans IA
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien "Des prothèses qui ne trahissent pas", une proposition de réforme de la gouvernance de GNOME. Évalué à 4 (+2/-0).
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)
[^] # Re: Petit résumé sans IA
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien "Des prothèses qui ne trahissent pas", une proposition de réforme de la gouvernance de GNOME. Évalué à 7 (+5/-0).
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).
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.
[^] # Re: Petit résumé sans IA
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien "Des prothèses qui ne trahissent pas", une proposition de réforme de la gouvernance de GNOME. Évalué à 3 (+1/-0). Dernière modification le 01 mars 2025 à 16:10.
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 :
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).
[^] # Re: Petit résumé sans IA
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . En réponse au lien "Des prothèses qui ne trahissent pas", une proposition de réforme de la gouvernance de GNOME. Évalué à 4 (+3/-1).
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 ?