barmic 🦦 a écrit 5976 commentaires

Je n’ai pas de jugement sur ce qu’a fait Hector Martin. De ce que je comprends Hector Martin (un jeune de 35 ans) tentait d’intégrer des fonctions rust pour qu’elles soient utilisables dans n’importe quel driver rust et Christoph Hellwig a mis un veto dessus expliquant que c’est un cancer. Il ne s’agit pas d’un contentieux entre Hector et Hellwig avec ce veto Hellwig bloquait tous les drivers rust. La situation étant bloquée Hector s’est répandu sur son compte Matodon et cela a mené Linus à affirmer qu’Hector était le problème. Sauf que dans les 10 jours qui ont suivi c’est Hellwig qui se prend sa soufflante parce que finalement il semble que lui aussi avait un comportement problématique.

Ce que je vois personnellement c’est 3 très bons développeurs qui ne savent pas communiquer autrement qu’en étant véhéments, le noyau qui a perdu un contributeur important et beaucoup d’énergie consommée dans cette histoire.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

d'attaque personnelles

Ça arrive encore les attaques personnelles :

How about you accept the fact that maybe the problem is you.

https://lkml.org/lkml/2025/2/6/1292

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

TL;DR: Pourquoi des contributeurs souhaitent-ils écrire des parties du noyaux Linux en Rust ? Quel est cet intérêt, ou quels sont-ils, si important qu’il pourraient justifier une complexification global du projet, à plusieurs égards et de façon assez évidente.

L’avis d’un des plus vieux contributeur et mainteneur de la branche stable (entre autre) : https://lore.kernel.org/rust-for-linux/2025021954-flaccid-pucker-f7d9@gregkh/

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Il n'y a pas de solution simple

Il n'y en a pas car il y a des inconvénients à l'intégration de Rust dans Linux:

Le projet deal quotidiennement avec ce genre de décisions.

La plupart de tes remarques consistent à dire qu’il y a plusieurs langages.

Zig/Odin/DasBetterC auraient été probablement plus simple à intégrer mais Zig n'est pas 1.0 (et n'est pas prêt de l'être) et les autres ne sont pas à la mode..

C’est pas dis qu’ils auraient étaient bien plus simple et payer le coût d’avoir 2 stacks pour avoir un second langage qui fait doublon avec celui que tu as déjà ne vaut pas forcément le coût. L’objectif c’est d’avoir la possibilité d’écrire un code plus sûre pas d’avoir un autre langage sinon C++ aurait était un candidat.

Odin semble être fait pour le confort plus que pour la sûreté. Tu peut appeler le langage D comme tu veux, je crois qu’on peut dire que D a échoué l’objectif qu’il s’est donné d’être le successeur de C. Pour Zig j’en sais rien. Mais ce que tu appelle hype (après 20 ans parler de hype est condescendant AHMA) c’est ce qui fait la différence entre se retrouver seul utilisateur du langage (et donc avoir une grosse dette technique) et avoir quelque chose de pérenne.

Si tu te pose la question de pourquoi rust GKH a rédigé un mail pour toi : https://lore.kernel.org/rust-for-linux/2025021954-flaccid-pucker-f7d9@gregkh/

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu peux mais ce n'est pas la pratique standard et ça demande pas mal d'engagement parce que c'est ton équipe qui prend de la responsabilité en plus. En plus de suivre les mises à jour des images de bases tu dois suivre celles des projets que tu utilise et de leurs dépendances. C'est possible, mais ce n'est pas un travail anodin si on veut le faire correctement. Plus qu'un truc comme renovate il faut aussi avoir un analyseur d'images docker comme snyk ou aqua. C'est toujours du travail en plus (pour réagir à ces alertes et pour maintenir l'ensemble aller vérifier que les outils fonctionnent toujours etc).

Perso je n'ai fais la démarche que sur notre image qui représentait 90% de nos usages parce que ça avait du sens je l'aurais pas fait pour les autres. Là où je suis maintenant nous sommes nombreux, tout ça est effectivement fait

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Par défaut pour son propre code on devrait dans la mesure du possir toujours utiliser scratch.

Que si tu fais de la compilation statique globalement.

• alpine
• fedora / centos / almalinux / rocky / amazon linux pour avoir une distro basée sur rpm
• la dernière ubuntu lts ou debian pour le monde deb.

Euh alors ça c'est si tu fais ops dans une grande boite et que tu veux proposer un large panel aux développeurs, sinon c'est une par runtime (python, js, R,…) + une part technologie sur étagère que tu déploie dans docker (ton sgbdr, rabbitmq, kafka, nginx, redis,…) + une distribution vanilla éventuellement.

Et en pullant 3-4 d'entre elles une fois par jour pour la mettre dans ta registry privée tu reste loin de la limite.

Pull + reconstruire les images + redéployer
Et c'est ce que tente de faire l'outil plus haut mais mal.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je pense qu'avec une recherche moins spécifique tu peux trouver quelque chose de cool. Par exemple avec renovate. C'est un peu plus de travail si tu n'a pas de déploiement continue, mais ça n'est pas forcément si compliqué que ça à mettre en place

https://docs.renovatebot.com/docker/

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je te dis pas le contraire. Je dis que c'est de l'humain autant pour Asahi que pour ce dont parle Linus dans le journal (tu as d'autres exemples comme Christoph Hellwig qui explique que rust est un cancer). Ça n'est pas simplement des règles qu'il faut (c'est nécessaire mais pas suffisant) c'est que les gens arrivent à échanger de manière apaisée.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Les problèmes sont là depuis des mois. L'été dernier Linus expliquait que la situation était tendue. Il y a eu plusieurs départ de développeurs ou développeuses rust. Dont récemment le lead du projet Asahi après s'être fait prendre à parti violemment par Linus après que le développeur se soit trop étalé sur les réseaux sociaux.

L'entrée de rust dans le noyau est compliqué et c'est normal. Le problème n'est pas technique mais humain. Il y a une question de responsabilité mais aussi de communication importante. Il semble clair par exemple que les mainteneurs du projet placent leur ego dans le code qu'ils maintiennent. Voir débarquer un groupe de nouveaux qui t'expliquent que tes APIs sont mal décrites n'est pas particulièrement confortable.

Linus fait du Linus. Il aboie de temps en temps pour que les gens fassent moins de bruit, mais nous ne sommes pas dans une situation qui mène à des consensus forts. Tout le monde va souffrir mais tenter de continuer à avancer et bon an mal an les choses vont arriver sur un consensus mou. Dans l'intervalle un certains nombre de personnes auront jeté l'éponge.

Remarquez par exemple que le lead d'Asahi aura trouvé plus simple de s'attaquer à Apple Silicone que de contribuer à linux.

Il n'y a pas de solution simple mais je ne vois pas les aboiement de Linus comme la solution parfaite

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pardon mais il y a un truc que je ne comprends pas. Bon déjà ce logiciel est buggué de ce qui est décrit dans le ticket et tout cela le met en lumière. Disons pas optimisé si tu préfère, mais là ceux du ticket et toi vous avez de petites stacks pour ceux qui ont des choses plus conséquentes il doit être vraiment pénible à utiliser.

Ensuite je ne comprends pas le bien fondé du proxy refistry. Si me fait d'avoir un cache corrige les choses, c'est bien qu'ils font trop de choses.

Ça a l'air d'être un logiciel écrit dans l'idée que le réseau et les ressources du hub sont infini et gratuites et qui découvre qu'en fait c'est pas le cas.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

D'ailleurs tu pourrais au contraire augmenter la fréquence à une fois par heure. Ça réduit le risque de toutes les mettre à jour en même temps et si ça arrive ça ne retarde que d'une heure l'application de la correction

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça ne change pas le problème si ton image de base est mise à jour tu va la pull, mais avoir toutes tes images de bases qui changent en même temps ça me surprend

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Il ne le fait que si tu as effectivement de nouvelles images.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Une erreur de pull c'est tout de même plutôt clair. Sinon passe sur le registry d'un cloud provider ou de RedHat par exemple

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tes 22 images changent tous les jours ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

On mélange beaucoup de choses. Le problème c'est de dire à sa communauté "regardez lui ! X avec cet ensemble d'informations que j'ai sur lui. C'est mon ennemi". Ça, que tu soit un youtubeur ou un journal de presse, c'est inadmissible. Quand bien même cet X est problématique.

C'est ça le sujet, c'est de ça que parle la pétition et rien d'autre.

Ressortir par exemple que tout le monde se renvoie la balle n'est pas un problème en droit français, les règles sont plutôt simples à ce sujet.

Encore une fois tout ce qui a trait à ce qu'est ou ce que n'est pas le Point n'est pas le sujet de la pétition (même s'il faut avouer que le fait d'utiliser ce genre de procédés en faisant mine d'ignorer de quoi il s'agit ne donne pas une très bonne image de ce que fait ce journal).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu évacues quand même la question fondamentale de la responsabilité d'écrire dans Wikipédia "X est un journal d'extrême-droite / islamophobe" quand le journal ne le revendique pas, et encore moins quand le journal considère que c'est de la calomnie. Au mieux, tu peux écrire que le journal est parfois qualifié d'islamophobe, mais que cette ligne éditoriale n'est pas revendiquée, ou quelque chose comme ça.

T’es entrain de dire que tout le monde n’est pas d’accord avec ce qui est écrit sur wikipedia ? Si seulement il existait un moyen d’en discuter sur wikipedia.

Parce que s'il y a procès pour diffamation, c'est bien les contributeurs qui vont devoir répondre à la justice, sous leur vrai nom et à visage découvert.

Mais c’est justement à la justice de le faire. Le doxxing c’est simplement la porte ouverte à une vindicte populaire. Cette pétition n’existerait pas si le journal avait simplement décidé de porter l’affaire devant un tribunal. Des gens en auraient parlé mais c’est tout.

Je crois que c'est bien de ça dont il est question au fond[…]

Justement non. La question n’est pas de savoir si Le Point doit se défendre, ils en ont le droit. La question c’est qu’est qu’ils font pour se défendre.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça ne s'appellerait pas un plan social déguisé ?

Mais quelle est le rapport avec systemd ou wayland ? Si, a chaque frustration, tu ressasse tous les malheurs de l’univers, tu ne va pas t’en sortir. Il faut savoir ségréguer.

Je mets ça sur le compte de mon code, dans lequel je n'ai pas confiance (quelqu'un ici pour affirmer "mon code est nickel, zéro bugs" ?). Premier réflexe : où est-ce que ça pourrait déconner.
Mais ça déborde de ce domaine.

Mais c’est aussi un problème, c’est génial de trouver un bug. C’est infiniment mieux que lorsqu’il n’a pas était trouvé et il faut pas que le risque rende immobile ou paranoïaque. Même en informatique cette paranoïa n’est pas bonne, il faut évaluer les risques.

Ta formulation "te désigner des ennemis" supposerait que je n'en ai pas. On en a tous, même si on ne les connaît pas personnellement.

Les développeurs de systemd ne se lèvent pas le matin en complotant contre toi, les mainteneurs de debian n’ont pas ton portrait au dessus de leur bureau, ceux qui connaissent les évolutions récentes de linux ne les apprennent pas pour te mettre la honte.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

M'enfin, sinon, attention, faut pas me brancher sur le web !

Je n’ai pas encore testé d’options libres pour faire ça, mais si tu es frustré par le web mais que tu aurais envi de faire des choses cool, tu as des trucs low ou no code comme coda.io ou notion. Tu peux leur déléguer le fait de faire un front et de stocker l’état et tu as des APIs pour t’interfacer avec. C’est loin d’être parfait, mais c’est sympa.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ouais, j'ai effectivement l'impression de subir. Avec le sentiment que souvent, ça innove pour innover, alors qu'on a pas fait le tour de la dernière.

X11 ? sysvinit ?

Et comment font les gens, même des dévs, pour toujours connaître Ze Next Thing ? Ils bossent jamais ?

D’une part il y a un biais. Tu trouve toujours des gens qui connaissent mais c’est pas forcément les même et sinon c’est simplement qu’ils les utilisent que ça fait parti de leur travail de les connaître. Mais tu vois c’est directement une attitude négative.

Si tu ne veux pas de nouveautés pourquoi ne pas aller vers des systèmes qui sont bien plus conservateurs ? OpenBSD ou NetBSD sont bien plus calme.

On voit beaucoup ça, en fake, chez les Mulliez, enfin, leurs boîtes évidemment, parce que eux, le code qu'ils connaissent, c'est surtout celui de la CB …
Des chefs, beaucoup de chef, qui font chef du service A deux ans, puis du service B (sans rapport entre A et B bien sûr), la bouche pleine de buzzwords, genre "en mode agile", toussa. J'attends toujours qu'on m'explique ce que c'est de mener un projet "en mode projet" …
Bon, je vais laisser Élise Lucet parler des Mulliez, elle fait ça bien !

Je comprends rien à ce que tu dit, mais en vrai je m’en fou un peu. L’énergie que tu met pour te désigner des ennemis c’est de l’énergie que tu met pas à des endroits qui seraient, il me semble plus bénéfiques pour toi.

M'enfin, sinon, attention, faut pas me brancher sur le web !

Si c’est pour ressortir des poncifs ce n’est pas la peine effectivement.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pour le reste, j'ai déjà admis ici faire partie du problème.

Il n’y a pas de problème. Le problème dont tu serais la cause n’existe pas. Il y a juste ta manière de vivre une évolution.

J'ai démarré le tuto deux fois, sans trouver le courage d'aller jusqu'au bout.

Et c’est très bien. Les tentatives font parti de l’apprentissage. On ne dit pas à quelqu’un qui a replongé 2 fois dans la cigarette que de toute manière c’en est fini pour lui. De ce que je comprends tu n’a pas un besoin urgent d’utiliser rust ? Alors quel est le souci ? Tu n’a pas réussi du premier coup ?

Alors vieux et fatigué, oui.

Comme je le disais dans mes premiers commentaires l’age n’est pas un sujet. Tu t’es intéressé à rust et tu a appris des choses autour de ce langage ? Je connais un paquet de gens en début de carrière qui ne sont pas prêt à s’intéresser à des bibliothèque du seul langage qu’ils connaissent.

Mais je n'ai complétement perdu ma curiosité.

Encore une fois on est rarement tout l’un ou tout l’autre.

Ou je fais trop de trucs différents en parallèle, et aucun correctement et à fond ?

J’en sais rien et ce n’est pas important. La question c’est comment tu préfère occuper ton temps. C’est juste dommage pour toi de subir les évolutions plutôt que de les embrasser.

Puisque tu donne des exemples je vais en donner un. Je n’ai jamais aimé la programmation web (HTML/js/CSS). Un jour j’ai lu un article qui disait grosso modo « arrêtez de traîner des pieds pour faire du web, là bas aussi il y a du hack noble et de l’ingénierie » et maintenant j’aime vraiment bien le CSS et je peste contre la manière dont c’est souvent utilisé. J’ai trouvé des choses belles dans la manière dont on peut s’en servir. Mes pages sont toujours moches par contre.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu ne comprends pas de quoi tu parle.

Oui mais Docker n'est en rien intégré à Linux. Il existe des projets concurrents qui gère des conteneurs. Ce serait SystemD Docker serait intégré au projet Linus.

Docker comme systemd sont 2 projets qui ont la même idée initial : tirer parti des cgroup. Il n’y a pas plus linux que ça. Les options de docker sont pour la majeur partie des copie à l’identique d’options de ce qu’ils utilisent dans le noyau linux. Il n’y a pas plus linuxerie possible et c’est bien pour ça que docker desktop c’est basiquement une machine virtuelle linux.

Ils ont tous les deux fait la même chose : créé en espace utilisateur du logiciel pour tirer parti de fonctionnalités qui existent dans linux.

Et pour l’amour du ciel nomme correctement les projets dont tu parle. Ne pas faire la distinction entre linux, Linus et écorcher Torvald c’est quand même quelque chose. La dyslexie n’est pas une excuse pour ne pas faire attention.

La clé c'est "l'interface".

Tu parle d’OCI ? https://systemd.io/ en liste 19

Chaque outils aura forcément du code spécifique à SystemD pour communiquer avec lui mais il sera capable de tourner sans et on pourra y mettre un autre DNS.

On a toujours pu et on continu à pouvoir. J’ai toujours utilisé dnsmasq.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

J’ai laissé passé du temps. Je suis sincèrement désolé que les esprits se soient si vite échauffés. Je vais tenter de donner mon point de vu en espérant que cela se passe mieux. Et je commence pas te présenter mes excuses.

D'ailleurs, il y a certainement plus d'une seule frontière, et plus que deux camps.

Je me permet[^1]. Pour moi il n’y a pas de camps. Je me fou de systemd et il n’est d’ailleurs pas présent sur la machine que j’utilise le plus.

Pour moi c’est fondamentalement une question d’état d’esprit et de réaction à l’évolution. De manière caricaturale est-ce que la réaction primaire a une évolution est la curiosité ou la réactance ? C’est de cette réaction primaire que découle les procès d’intention qu’on peut lire plus haut ou la position qui consiste à se dire que chacun fait de son mieux et que oui systemd peut faire des erreurs, debian aussi et que l’on peut payer les pots casser.

Je n’ai pas encore utilisé wayland par exemple pas parce que je ne l’aime pas je suis sûre que c’est bien debian ne m’a juste pas encore fais switcher.

Il ne faut pas voir ces points de vus comme des camps au quel on appartient (quelque soit le sens qu’on y met) et qu’il faudrait défendre. Il y a tout un gradient entre ces points de vu et les gens peuvent être en réactance sur des sujets et curieux sur d’autres.

Hors d’une question de vérité absolue qui ne me parait pas pertinent, il me semble qu’il est plus agréable d’arriver à adopter une position curieuse que de réactance¹. J’ai par exemple plus de mal avec les LLM, mais je test, je me renseigne pour tenter de trouver aussi sincèrement que je peux à quoi ça pourrait servir.

Du coup

On est d'accord, y'a pas que moi qui soit le problème dans cette histoire ?

La question n’est pas de savoir qui est le problème. De mon point de vu je suis convaincu que les mainteneurs de Debian, les développeurs de systemd et toutes les personnes impliquées font de leur mieux. Des fois ça marche mieux et des fois cette chaîne humaine connaît des couacs. Pour moi quand je choisi d’utiliser un système communautaire je reconnais que ce sont des personnes et que je ne suis pas un simple client/consommateur.

Tu parle de moteur de recherche et tu te lamente sur l’IA, mais la force des projet communautaires c’est l’humain justement. Tu as des forums et autres communauté d’utilisateurs qui se feront une mission de trouver des solutions. Si tu ne sais pas où commencer les issues du projet upstream peuvent être un point de démarrage pour demander de l’aide (en respectant la netiquette en vérifiant que la question n’a pas était posée). Cela permet en plus d’aider à la compréhension dev/utilisateur et ce n’est que de l’humain.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Il reconnaissent vouloir à la fois être entrain de mener des actions en justice et doxxer qui ne leur reviendrait pas.

Le reste n’est pas le sujet. Savoir si le Point est trumpiste, d’extrême droite, néonazis ou ce qui leur plaira n’est pas le sujet de la pétition.

Je doute qu’ils se lancent réellement dans une action en justice, j’ai toujours vu les avocats conseiller de ne pas publier ce genre d’information tant que la procédure est en cours. Je ne serais pas surpris qu’en découdre avec wikipedia soit un marqueur idéologique.

Ils ne donnent d’ailleurs pas d’éléments très concrets pour tout ce qu’ils imputent à wikipedia et leur manière de présenter wikipedia me donne l’impression qu’ils comprennent aussi bien Wikipedia que Scully comprenait internet (la référence pour ceux qui ne connaissent pas : https://www.youtube.com/watch?v=-SudFQb9lsY).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Et vous remarquerez que Docker (et ses concurrents) sont des projets indépendant du noyau Linux.

C’est complètement lié à linux. Docker desktop utilise une machine virtuelle ubuntu.

Microsoft a porté les APIs pour avoir des images Windows, mais il s’agit de réimplémenter linux (et ça ne marche pas très bien de ce qu’on m’a dit).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll