Outils sysadminActualité

Linux 7.2-rc7 : les correctifs ne mesurent pas l’IA

Sur cette page
  1. L’annonce et l’issue du cycle
  2. Trois nombres à ne pas confondre
  3. Même une petite modification demande un essai pertinent

Cette septième préversion chargée témoigne de nombreux changements acceptés. Elle ne mesure pas à elle seule la précision des outils d’IA ayant aidé à découvrir certains problèmes.

Exemple inventé : 100 signalements donnent 60 défauts confirmés et 40 fausses alertes ; les 60 défauts demandent 80 commits. Précision des signalements : 60 %, pas 80 %. Aucune mesure réelle du noyau ou d’un outil IA.
Exemple inventé : 100 signalements donnent 60 défauts confirmés et 40 fausses alertes ; les 60 défauts demandent 80 commits. Précision des signalements : 60 %, pas 80 %. Aucune mesure réelle du noyau ou d’un outil IA. Graphique : PeopleAreGeek. Source des données.
Agrandir l’image

L’annonce et l’issue du cycle

Dans son message rc7 du 9 août, Linus Torvalds attribue de nombreux correctifs aux revues par IA. Crypto s390, retour de l’infrastructure Btrfs et netfilter ressortent parmi de petites modifications. Sans nouveau problème grave, il n’envisageait pas de retard. Le tag v7.2 confirme désormais la sortie finale le 16 août : ce n’est plus une prévision.

Trois nombres à ne pas confondre

Le schéma sépare signalements, défauts validés et changements intégrés. Un défaut peut demander plusieurs correctifs ; plusieurs signalements peuvent décrire le même défaut ; les faux signalements rejetés n’apparaissent pas dans le journal de sortie. Compter les commits ne reconstitue ni fausses alertes ni bugs manqués en amont.

Exemple inventé : 100 signalements contiennent 60 défauts confirmés et 40 fausses alertes. Si ces 60 défauts donnent 80 commits, « 80 correctifs » ne signifie pas 80 % de précision. Celle des signalements vaut ici 60 %. Le rappel exige de connaître aussi les défauts manqués. Aucun de ces nombres ne mesure un outil de revue du noyau.

Même une petite modification demande un essai pertinent

Deux lignes peuvent toucher un chemin d’erreur fréquent ; une modification mécanique plus longue peut conserver le comportement. La taille fournit un contexte, pas un score universel de risque. Lisez le sous-système touché et reproduisez l’opération utilisée sur votre machine.

Le guide de traitement des régressions suit le point où un comportement cesse de fonctionner, par intervalle de versions ou commit identifié. Un relevé utile associe dernier noyau fonctionnel, premier noyau défaillant, configuration identique, déclencheur précis et panne observable. Ces éléments aident à distinguer une nouvelle régression d’un ancien défaut seulement révélé par des essais plus larges.

Revue du 8 septembre : annonce rc7 conservée et sortie finale ajoutée ; découverte assistée, correctif accepté et risque de régression distingués.