Linus Torvalds a publié le septième release candidate de Linux 7.2 le 9 août et a profité de l’annonce pour expliquer son ampleur : « Je ne peux pas dire que je sois exactement ravi de la taille de tout cela, mais c’est comme ça : la nouvelle normalité, avec beaucoup de correctifs, dont beaucoup dus à la relecture par divers outils d’IA. »
Pourquoi rc7 est le mauvais moment pour cela
Un rc7 contenant environ 400 commits non fusionnés dans quelque 412 fichiers n’est pas dans les habitudes du calendrier du noyau. Au septième candidat, le cycle est normalement devenu calme, les mainteneurs conservant seulement ce qui relève d’une régression. Torvalds avait formulé la même critique une semaine plus tôt à rc6, qui était le plus gros rc6 de l’histoire du noyau.
Ce que contient cette pile
Pas des retouches esthétiques. Ce lot comprend une course de type use-after-free dans la gestion mémoire restée latente pendant huit ans, des correctifs HWMON jugés critiques et de haute gravité, une restauration du fixup-worker de Btrfs qui traite une perte de données silencieuse, un bloc important de correctifs réseau et un correctif pour la vulnérabilité Safe RET Interrupt.
Relecture, pas attribution
L’idée s’inverse facilement, et plusieurs comptes rendus l’ont inversée. Torvalds attribue aux outils d’IA la découverte de bogues pendant la relecture, pas l’écriture du noyau. Il ne dit pas non plus que la qualité a baissé — il s’agit de vrais défauts, dont plusieurs anciens de plusieurs années, que la relecture humaine n’a pas détectés.
Une impression, pas une mesure
« Beaucoup d’entre eux » reflète la lecture que Torvalds fait de sa propre boîte de réception. Aucun décompte au niveau des commits des correctifs trouvés par l’IA par rapport à ceux trouvés par des humains n’a été publié, et le débat distinct du noyau sur les mentions d’attribution n’est pas tranché. La version finale 7.2 est toujours attendue le week-end prochain.