Linux 7.2 : torvalds s'emporte, l'ordre dans le code est une urgence
Le monde du développement open source est en ébullition. Après les turbulences liées à l'intelligence artificielle et les incessantes corrections générées par cette Technologie, le projet Linux 7.2 relance une guerre d'attrition entre Linus Torvalds et ses contributeurs.
Un désordre physique qui menace la stabilité
Cette fois, la dispute ne découle pas d'un problème de performance ou d'un retard dans le calendrier du lancement prévu pour août 2026. Non, l'épineuse question est purement organisationnelle : l'état chaotique des fichiers au sein du système. Torvalds, fidèle à son intransigeance, n'a pas hésité à qualifier le design visuel du patch de « répugnant » et « affligeant », exigeant une purge immédiate avant toute considération.
Le problème se situe au cœur du système d'allocation des tâches du processeur, plus précisément sched_ext. Cet élément critique est censé optimiser la répartition de la puissance du processeur entre les programmes. Les développeurs ont, en effet, déposé une proposition avec des dossiers regorgeant de nouveaux code, mais au lieu de les organiser dans un répertoire propre et distinct, ils ont choisi de les littéralement déverser dans le dossier principal, ajoutant un préfixe à chaque nom de fichier.
Linux 7.2 élimine enfin un problème persistant depuis des années : six ans et 360 modifications ont épuisé la patience du créateur du noyau. La navigation est devenue pénible pour le reste des programmeurs, submergés par un dédale de fichiers désordonnés.
Torvalds a finalement accepté d'intégrer le code, mais sans grande satisfaction. Il lui rappelle, avec une pointe d'amertume, que les systèmes de fichiers hiérarchiques et ordonnés par dossiers existent depuis 1965 – une remarque qui, loin d'être une simple réprimande, souligne la gravité de la situation. Un noyau encombré de fichiers désorganisés rend la détection des failles de sécurité et l'application de correctifs de manière rapide et efficace, une tâche quasiment impossible.
L'ia, un catalyseur de chaos
Cette tension s'inscrit dans un contexte plus large. Comme l'a souligné précédemment, Torvalds traverse une période particulièrement difficile, exacerbée par l'omniprésence de l'intelligence artificielle. Récemment, il a dénoncé l'utilisation excessive de l'IA par certains développeurs. Initialement perçue comme un outil puissant pour aider les programmeurs, l'IA s'est transformée en un cauchemar, déstabilisant les listes de suivi des bugs critiques de la plateforme.
Aujourd'hui, les développeurs s'appuient sur l'IA pour générer et améliorer le code, corriger les erreurs et élaborer des fonctions à une vitesse inédite. Ce qui nécessitait autrefois des mois de travail manuel est désormais traité en quelques semaines. Cependant, tous ces résultats ne sont pas pertinents. L'IA, souvent, manque de contexte et signale des erreurs inexistantes ou des problèmes non critiques. Et c'est là que réside le véritable problème.
Sublet+, une ambition de mille ans
Le problème est que cette réalité devient claire à posteriori et non lors de la publication. Chaque signalement de bug, même s'il provient de l'IA, doit être examiné. Cela implique une lecture approfondie du code, une analyse minutieuse et une décision quant à la pertinence d'une correction. C'est pourquoi Torvalds a été particulièrement ferme sur l'utilisation de l'IA. Bien qu'elle représente un progrès considérable, elle a contribué à une explosion des erreurs signalées.
Un nouveau protocole : l'ia ne porte pas la signature des développeurs
Pour y remédier, le code généré par l'intelligence artificielle ne pourra plus porter la signature des développeurs. Une étiquette distincte sera ajoutée pour signaler l'assistance de l'IA. Le code, enfin, retrouvera une forme d'ordre.