Linus Torvalds ne se considère plus comme un programmeur. Lors du sommet Open Source Summit India 2026 à Mumbai, le créateur de Linux a révélé qu’il utilise désormais principalement Git et les e-mails pour gérer le noyau Linux, mettant l’accent sur son rôle de chef de projet plutôt que de développeur technique direct. Cette évolution reflète la maturité du projet et l’importance croissante de la coordination sur le code lui-même.
Linux continue son évolution régulière, trois semaines après sa sortie en version 7.1. Torvalds a insisté auprès de Dirk Hohndel, son interlocuteur lors de la conférence, sur le fait que cette progression n’est pas « spectaculaire », mais plutôt continue et prévisible. Depuis l’adoption de Git pour le contrôle de version, le modèle de développement a changé: plus de version majeure bouleversante, mais des améliorations constantes. Le noyau suit un calendrier de publication fixe, avec une nouvelle version toutes les neuf à dix semaines.
La fenêtre de fusion: 200 fusions en deux semaines
Pendant les périodes de fusion du noyau, la charge de travail de Torvalds est massive. « En deux semaines, j’effectue environ 200 fusions », a-t-il précisé. Malgré sa confiance envers les responsables de maintenance depuis des décennies, il demande avec fermeté que les correctifs non critiques soient mis en attente pour la prochaine version plutôt que d’être envoyés à la dernière minute. La raison? Même un correctif minime peut introduire un nouveau problème. Cette prudence s’inscrit dans la logique de stabilité qui guide le noyau Linux.
Les vrais défis ne sont pas techniques
Torvalds identifie une distinction nette entre les problèmes techniques et les problèmes humains. « Le nouveau code est un problème technique… on peut le corriger », explique-t-il. Le vrai stress vient des tensions relationnelles au sein de la communauté. « Ce qui a tendance à me stresser, c’est qu’il arrive parfois qu’on ait des problèmes de personnalité, et croyez-moi, le code est facile à corriger. La personnalité, ce n’est pas toujours aussi facile à corriger. » Il reconnaît avoir lui-même contribué à ces frictions par le passé, tout en affirmant avoir travaillé à améliorer la situation.
Du développeur au gestionnaire: pas de retour en arrière
Le virage de carrière de Torvalds est sans équivoque. « Je ne lis pratiquement plus du tout de code. Je ne suis pas programmeur, je suis chef de projet. » Il écrit encore quelques petits correctifs, mais à titre indicatif uniquement. Quand il propose une modification, il la présente explicitement comme une suggestion non testée, attendant que les responsables de maintenance renvoient une version vérifiée. « Je ne valide donc presque plus jamais mon propre code », affirme-t-il. Ce qu’il privilégie, c’est la compréhension de l’intention derrière chaque contribution. Il demande des pull requests accompagnées d’explications détaillées, qu’il lit systématiquement pour saisir ce qui se passe.
Seules deux situations le ramènent à examiner le code en détail: les échecs de compilation et les conflits de fusion. « J’ai résolu tellement de conflits au fil des années que je pourrais probablement le faire les yeux fermés… Très souvent, à ce moment-là, quand j’examine le code, je trouve parfois des problèmes. »
NTFS, le sous-système problématique
Le support NTFS de Microsoft reste une source de complications pour Linux. Torvalds résume: « NTFS a été en quelque sorte un enfant à problèmes au fil des années, et trouver des personnes pour le maintenir a parfois été problématique. » Deux équipes maintiennent actuellement deux versions différentes de ce sous-système, toutes deux fonctionnelles. Torvalds les laisse coexister ou concourir, sans trancher entre elles.
Nettoyer le code: abandonner le matériel musée
Linux entreprend un effort systématique pour supprimer le support du matériel devenu obsolète. Torvalds affirme sans détour: « Je ne suis pas très sentimental en matière de technologie. » Bien qu’il reste « fermement convaincu qu’il faille maintenir la prise en charge matérielle tant qu’il y a des utilisateurs », il reconnaît qu’un point d’équilibre doit être trouvé.
Linux 7.2 marquera un tournant: le support des processeurs x86 sans calcul en virgule flottante matériel sera supprimé, incluant le 486 SX, sorti il y a plus de 30 ans. Cet effort de nettoyage s’étend à d’autres technologies: le support de protocoles réseau comme l’ISDN et l’ATM est actuellement abandonné. Toutefois, les utilisateurs souhaitant conserver des architectures plus anciennes – comme les machines équipées d’un 386 – peuvent toujours utiliser d’anciens noyaux Linux.
L’IA met la pression sur le calendrier
L’intelligence artificielle complique légèrement le modèle de publication régulier. Les outils d’IA détectent des bogues intéressants que les révisions humaines auraient peut-être laissé passer, ce qui « a stressé les membres de la communauté », selon Torvalds. Cependant, malgré cette pression accrue, le noyau maintient son rythme: nouvelles versions toutes les neuf à dix semaines.
Les deux seuls outils: Git et l’e-mail
En matière d’outils personnels, Torvalds reste minimal. « Git et les e-mails sont les deux seuls outils que j’utilise vraiment. J’utilise Google pour faire des recherches. » Pas d’IDE graphique, pas de plateforme collaborative exotique. Cette simplicité volontaire reflète une philosophie: la gestion du noyau Linux repose sur des technologies éprouvées et décentralisées. Git, qu’il a créé lui-même il y a plus de deux décennies, et l’e-mail, vieux protocole robuste, constituent l’épine dorsale du processus.
Cette approche minimaliste contraste avec les tendances actuelles vers des environnements de développement toujours plus complexes. Pour un projet de la taille et de l’importance de Linux, apparemment, le strict nécessaire suffit.