AI Is Tearing Fedora Linux Community Apart
La vidéo analyse le débat houleux au sein de la communauté Fedora concernant la création d’un \"AI Developer Desktop\" officiel, opposant les partisans d’une intégration proactive pour rester pertinent face aux nouvelles générations de développeurs et les sceptiques ...
SYNTHÈSE STRUCTURÉE
Origine de la proposition : le Fedora AI Developer Desktop Objective
La discussion a été lancée par une proposition visant à créer une édition spécifique de Fedora dédiée aux développeurs en intelligence artificielle. L’initiative repose sur trois piliers : fournir les plateformes, bibliothèques et frameworks nécessaires ; assurer un déploiement et une utilisation fluides des applications d’IA ; et créer un espace pour mettre en valeur le travail réalisé sous Fedora. L’auteur précise qu’il ne s’agissait pas d’une “change proposal” formelle, mais d’une tentative de lancer le débat. Il est important de noter que les outils ne seront pas préconfigurés pour se connecter à des services distants, et que l’IA ne sera pas ajoutée aux images système existantes. Comme le dit l’intervenant : “This, at the time, was not an accepted change, was not a change proposal. This was just trying to get the ball rolling on discussion.”
Problèmes techniques identifiés dans l’écosystème Fedora
Le thread liste plusieurs difficultés actuelles pour les utilisateurs d’IA sous Fedora. La configuration initiale est complexe et rebute les utilisateurs potentiels. Le noyau “rolling release” de Fedora pose problème : les mises à jour fréquentes du noyau peuvent casser les modules externes (comme les pilotes NVIDIA) et les composants userspace. Fedora manque d’outils robustes pour gérer les modules noyau externes (KMP), contrairement à SUSE. Les systèmes atomiques (Silverblue) compliquent encore la donne, car les builds post-installation sont difficiles à intégrer. Enfin, la documentation est souvent orientée Debian/Ubuntu, ce qui oblige les développeurs d’applications à fournir des instructions variables selon les distributions.
Les livrables proposés et leur calendrier
Les livrables sont répartis sur plusieurs versions de Fedora. Pour Fedora 45, il est prévu un noyau LTS, un module NVIDIA signé (en attendant les drivers Nova), un “AI Atomic Spin” (variante avec support CUDA), et des outils comme Goose CLI et Podman Desktop. Pour Fedora 46, l’accent est mis sur la documentation et un espace de démonstration. Fedora 47 verrait la finalisation de l’ensemble. L’intervenant note que Podman Desktop n’est même pas encore packagé, ce qui rend cette inclusion “probably a good step”.
Les objections de Neal Gompa : un scepticisme technique et stratégique
Neal Gompa, contributeur majeur, émet plusieurs réserves. Il juge l’objectif trop vague : “AI developer in itself isn’t useful unless it’s clarified with a target subtype.” Il distingue les développeurs d’outils d’IA et ceux qui utilisent des outils d’IA, deux publics aux besoins très différents. Sur le noyau LTS, il estime que cela complexifie l’infrastructure et nuit à la cohérence du support matériel. Pour le module NVIDIA, il rappelle que l’infrastructure KMP de Fedora est en très mauvais état : “We don’t have toolings to do automatic rebuilds to chain KMPs to new kernel updates.” Il souligne aussi que fournir un driver NVIDIA signé sans les composants userspace associés (Mesa n’est pas branché sur OpenRM) le rendrait inutilisable. Enfin, il s’inquiète que Fedora devienne “tainted” (mélange de licences), ce qui la rendrait inéligible au support des développeurs noyau upstream.
Le problème de main-d’œuvre et de priorisation
Un point récurrent est le manque de contributeurs pour supporter ces changements. L’intervenant cite un constat amer : “One of the problems Fedora has right now is that its primary sponsor and major employer of kernel hackers, that being Red Hat, does not generally allocate their contributors to participate in Fedora.” Les développeurs noyau de Red Hat ne trient pas les bugs Fedora, n’aident pas les utilisateurs. Ajouter un noyau LTS ou des modules supplémentaires nécessiterait un effort que Fedora n’a pas les moyens de fournir. L’exemple de Btrfs est donné en contrepoint : ce système de fichiers est bien supporté car une équipe dédiée (SIG) inclut des développeurs upstream. Mais c’est l’exception, pas la règle.
La dimension éthique et la perception du projet
Un membre du comité de pilotage (FESCo) exprime une crainte forte : Fedora est déjà perçue comme “contaminée” par l’IA à cause de sa politique sur les contributions assistées par IA et de son lien avec Red Hat. Il déclare : “I fear that making anything AI in its title an official objective would further alienate users and contributors like this, and further damage project reputation.” Il propose de déplacer l’initiative vers un SIG CentOS, ce qui offrirait une distance philosophique. L’intervenant note que ce débat est récurrent dans le logiciel libre : beaucoup rejettent l’IA pour des raisons de travail volé ou de mélange de licences, mais “you can’t just pretend like AI doesn’t exist anymore”.
La réponse du Fedora Project Leader : une vision tournée vers l’avenir
Jef Spaleta, le nouveau leader du projet, prend une position ferme en faveur de l’initiative. Il conteste l’idée que des utilisateurs fuient Fedora à cause de l’IA : “I have zero evidence in front of me that users are being driven away from Fedora because of AI.” Il rejette l’idée de déléguer à CentOS : “Fedora is supposed to be out in front in the conversations, even the controversial things.” Pour lui, ne pas s’engager sur l’IA, c’est risquer de devenir irrelevant : “Gaining philosophical distance in the space of developer desktops is how Fedora becomes because like it or not, the people starting their software development journey right now are using these tools.” Il insiste sur la nécessité d’influencer la prochaine génération de développeurs pour orienter l’IA vers une utilisation éthique.
L’argument de la “fenêtre d’opportunité” pour une IA éthique
Jef Spaleta développe une vision stratégique : Fedora doit construire un pont vers les jeunes développeurs qui utilisent massivement l’IA. Il prédit que d’ici 2028, la majorité des commits du noyau Linux porteront une balise “AI-assisted”. Il affirme : “The people who are going to get us to the better AI future are the people at the start of their journey and see value in the technology and Fedora needs to be influencing those people.” Il propose de miser sur les modèles locaux (small language models) pour offrir une alternative éthique aux modèles centralisés. L’objectif est de “provide a version of this non-deterministic technology that is better in the ways we care about”.
Le revirement des votes et la crise de confiance
Après des articles de LWN et une forte opposition dans la communauté, plusieurs membres du conseil ont changé leur vote de “pour” à “contre”. L’un d’eux explique : “I fear the feedback that was unfortunately received after the initial vote indicates the Fedora community is not supportive of this initiative as is.” Ce revirement crée des tensions, certains y voyant une faiblesse face à la pression. L’intervenant note que le débat est loin d’être clos et que Fedora reste “the place making the controversial changes”.
CONCEPTS CLÉS
- KMP (Kernel Module Package) : Paquet contenant un module noyau externe. Fedora a une infrastructure vieillissante pour les gérer, contrairement à SUSE qui dispose d’outils de reconstruction automatique.
- Atomic Spin : Variante de Fedora utilisant une mise à jour atomique (comme Silverblue), où le système est immuable et les applications sont conteneurisées. Cela complique l’installation de modules noyau ou de logiciels nécessitant des modifications du système