Linus Torvalds publicó el séptimo release candidate de Linux 7.2 el 9 de agosto y aprovechó el anuncio para explicar su volumen: "No puedo decir que esté exactamente encantado con el tamaño de todo esto, pero es lo que hay: la nueva normalidad con muchos arreglos, muchos de ellos debidos a la revisión por diversas herramientas de IA."
Por qué rc7 es el lugar equivocado para esto
Un rc7 con alrededor de 400 commits que no son de fusión en unas 412 archivos no encaja con el calendario del kernel. Para el séptimo candidato, el ciclo suele haberse calmado, con los responsables reteniendo todo lo que no sea una regresión. Torvalds hizo la misma queja una semana antes en rc6, que fue el rc6 más grande de la historia del kernel.
Qué hay en el lote
No son retoques estéticos. El conjunto incluye una carrera use-after-free en la gestión de memoria que había permanecido latente durante ocho años, correcciones de HWMON calificadas de severidad crítica y alta, una restauración del fixup-worker de Btrfs que aborda pérdida silenciosa de datos, un bloque sustancial de parches de red y una corrección para la vulnerabilidad Safe RET Interrupt.
Revisión, no autoría
La afirmación se malinterpreta con facilidad y varios textos la han invertido. Torvalds atribuye a las herramientas de IA el hecho de encontrar errores durante la revisión, no el de escribir el kernel. Tampoco está diciendo que haya bajado la calidad: son defectos reales, varios de ellos de hace años, que la revisión humana no detectó.
Una impresión, no una medición
"Muchos de ellos" es la lectura que hace Torvalds de su propio buzón. No se ha publicado un recuento a nivel de commit de las correcciones detectadas por IA frente a las halladas por humanos, y el debate aparte del kernel sobre los encabezados de atribución sigue sin resolverse. Se sigue esperando la versión final de 7.2 para el próximo fin de semana.