Greg Kroah-Hartman publica siete kernels estables con más de 9.000 parches
La tanda incluye las versiones 7.2.6, 6.18.52, 6.12.110, 6.6.157, 6.1.188, 5.15.221 y 5.10.270; solo la 7.2.6 supera los 1.800 parches y el mantenedor recomienda actualizar.
Greg Kroah-Hartman ha anunciado la publicación de siete kernels estables de Linux: 7.2.6, 6.18.52, 6.12.110, 6.6.157, 6.1.188, 5.15.221 y 5.10.270. La tanda suma más de 9.000 parches entre todas, según el propio mantenedor, y puede marcar un récord para una sola remesa. Solo la 7.2.6 acumula más de 1.800 parches. La recomendación para quien use cualquiera de estas ramas es actualizar.
El dato llamativo no es una versión concreta, sino el volumen. Nueve mil parches repartidos en siete ramas no es lo habitual en una remesa de mantenimiento. Kroah-Hartman lo señala como posible récord, aunque la cifra es suya y no de un tercero. El anuncio no entra en detalle sobre qué fallos, regresiones o CVEs corrigen cada una de las versiones; se limita a listar los kernels publicados y el recuento.
Qué hay detrás de una tanda así
Las ramas estables de Linux reciben correcciones de seguridad, fallos de regresión y problemas de estabilidad, no funcionalidad nueva. Por eso una publicación de este tamaño no se parece a un lanzamiento de características: es mantenimiento puro. Para quien administra servidores, contenedores o imágenes base, estas versiones son las que acaban entrando en distribuciones y despliegues. No traen mejoras visibles, pero sí cambios que conviene probar antes de aplicar en producción.
Las siete ramas cubren desde la serie más reciente hasta ramas antiguas que siguen recibiendo soporte. La 7.2.6, con más de 1.800 parches por sí sola, es la que más trabajo concentra. Las demás —6.18.52, 6.12.110, 6.6.157, 6.1.188, 5.15.221 y 5.10.270— mantienen el ritmo de actualización de sus respectivas líneas.
No hay en el anuncio una lista de cambios concretos ni una justificación de por qué esta tanda es tan grande. Quien tenga que decidir si actualiza ya sabe el procedimiento: leer las notas de cada versión, comprobar si toca algún controlador o subsistema que use, y planificar la ventana. La cifra de parches por sí sola no dice si el riesgo es alto o bajo; solo indica que hay bastante código nuevo en juego.
