El kernel Linux etiquetó su versión 7.2 el 16 de agosto con la revisión asistida por IA como práctica ya normalizada, Ubuntu no logra parchar SCTPhantom ni RefluXFS pese a que la corrección ya vive en el árbol oficial, la votación de Debian sobre IA sigue abierta hasta el 28 y Fedora abrió el primer día de pruebas de GNOME 51 para su versión 45.
El proyecto del kernel Linux etiquetó la versión 7.2 el 16 de agosto de 2026, con revisión asistida por inteligencia artificial como parte habitual del ciclo y la planificación del 7.3 ya en marcha.
El repositorio oficial torvalds/linux en GitHub registra la etiqueta v7.2 el 16 de agosto de 2026, con el commit 8d3ae59 como cierre del ciclo que Linus Torvalds había anticipado el 9 de agosto con la séptima candidata de lanzamiento. La versión estable incorpora balanceo de carga consciente de la caché de CPU y GPU, folios grandes de hasta 2 megabytes como opción experimental en Btrfs -que además deja de serializar la entrada/salida directa, con hasta 59% más rendimiento de escritura según reportó 9to5Linux-, el protocolo USB4STREAM desarrollado por Intel para transferencia de datos entre dispositivos por cable USB4 o Thunderbolt, soporte HDMI 2.1 FRL en el controlador AMDGPU y hasta 64 subflujos en MultiPath TCP, ocho veces más que el límite anterior. Linux 7.2 no está designado como versión de soporte extendido (LTS). Torvalds atribuyó de nuevo el volumen de correcciones del ciclo a lo que calificó como "the new normal" -lo nuevo normal-, en referencia a la revisión asistida por herramientas de inteligencia artificial que, según había señalado a The Register el 10 de agosto, ya identifican buena parte de las fallas que antes tardaban años en detectarse. El comentario llega el mismo día en que el proyecto Debian mantiene abierta su propia votación sobre si permitir o prohibir el uso de IA en sus contribuciones -un contraste que esta sección sigue como personaje de la semana desde el 12 de agosto-: mientras el núcleo del sistema operativo normaliza la asistencia de IA en su desarrollo, la distribución que lo empaqueta debate si prohibirla en el suyo propio. La ventana de fusión para Linux 7.3 debería abrir en los próximos días, con una primera candidata de lanzamiento prevista para el 30 de agosto y la versión final hacia mediados o fines de octubre de 2026, según 9to5Linux. Costa Rica no participa directamente en el desarrollo central del kernel, pero las distribuciones que la comunidad tica de software libre usa en producción -Ubuntu, Fedora, Debian- heredarán estas correcciones apenas empaqueten la versión 7.2.
El rastreador de seguridad de Canonical, con última actualización el 14 de agosto de 2026 según su propia marca de tiempo, mantiene en estado "vulnerable" a CVE-2026-64564 (SCTPhantom) en las seis versiones LTS activas de Ubuntu -26.04, 24.04, 22.04, 20.04, 18.04 y 16.04-, trece días después de que la falla se publicara formalmente el 4 de agosto, según ubuntu.com. La misma página, sin embargo, asigna a la falla una prioridad interna de "Medium" pese a que su puntaje CVSS es de 9,8 sobre 10 -la calificación más alta en la práctica-, la misma tensión entre severidad nominal y prioridad de parcheo que esta sección viene señalando desde el 15 de agosto: SCTPhantom exige acceso local previo y que el módulo del kernel SCTP esté cargado, condición que Canonical mitiga recomendando deshabilitarlo con la línea "install sctp /bin/false". RefluXFS (CVE-2026-64600) llegó a 32 días desde que el kernel oficial fusionó la corrección el 16 de julio, con Ubuntu 26.04 marcada "vulnerable, trabajo en curso" y las versiones 24.04, 22.04, 20.04 y 18.04 todavía "vulnerable" sin matices, según la misma página de Canonical, que describe la falla como un remuestreo incorrecto de los mapeos del fork de datos tras un ciclo de bloqueo que permite escrituras de entrada/salida directa con información obsoleta. El kernel Linux 7.2, publicado en versión estable el 16 de agosto, ya incorpora la corrección de SCTPhantom -confirmada desde la quinta candidata de lanzamiento, según Red Hat-, lo que deja en evidencia que la falla lleva más tiempo resuelta en el árbol oficial que sin empaquetar en Ubuntu. Canonical no confirmó, al cierre de esta edición, una fecha para completar el parcheo de ninguna de las dos fallas en el kernel genérico de sus seis LTS activas. Costa Rica no tiene cifras propias de cuántos servidores locales corren con el módulo SCTP activo o con particiones XFS con reflink, pero cualquier institución o proveedor de hosting tico que use Ubuntu LTS en producción debe verificar ambas condiciones y aplicar la mitigación de Canonical mientras el parche definitivo no llega.
La votación formal del proyecto Debian sobre el uso de modelos de lenguaje e inteligencia artificial en sus contribuciones, abierta desde el 15 de agosto de 2026, sigue en curso al 17 de agosto, según confirmó el sitio Tux Machines. La papeleta final reúne nueve opciones -ocho propuestas sustantivas más la opción por defecto "ninguna de las anteriores"-, que van desde la prohibición completa impulsada por el desarrollador Matthias Geiger hasta el marco permisivo con condiciones de licenciamiento y divulgación de Lucas Nussbaum, con posiciones intermedias entre ambos extremos, según reportaron Phoronix y Hardware Busters. Solo los desarrolladores registrados de Debian pueden votar, mediante el sistema de voto por preferencias que el proyecto usa para sus resoluciones generales. No es la primera vez que Debian somete el uso de IA a votación: el proyecto ya había resuelto en 2025 una resolución general sobre la interpretación de las Directrices de Software Libre de Debian (DFSG) aplicada a modelos de inteligencia artificial, según el archivo oficial de votaciones del proyecto. La papeleta actual llega, además, el mismo día en que el kernel Linux publicó su versión 7.2 estable con la revisión asistida por IA como práctica ya normalizada -un contraste que esta sección sigue como personaje de la semana desde el 12 de agosto. Debian no ha publicado, al cierre de esta edición, resultados parciales ni cifras de participación; el resultado solo se conocerá tras el cierre de la votación el 28 de agosto. Costa Rica no tiene desarrolladores Debian con derecho a voto identificados en esta sección, pero la comunidad tica de software libre que empaqueta y mantiene derivadas de Debian -Ubuntu incluida- deberá adoptar la regla que salga de esta papeleta antes de que termine agosto.
El equipo de control de calidad de Fedora abrió el 17 de agosto de 2026 el primer día de pruebas ("Test Day") formal para Fedora 45, centrado en el escritorio GNOME 51 y programado para extenderse hasta el 21 de agosto, según la página oficial en la wiki del proyecto. La convocatoria pide a la comunidad probar el escritorio principal de GNOME, las aplicaciones más importantes del sistema y las aplicaciones nuevas que se suman a Fedora 45 Workstation, con la posibilidad de participar usando una máquina virtual para la mayoría de las pruebas -aunque algunas verificaciones específicas de hardware rinden mejor en equipo físico-, según Fedora Magazine. El día de pruebas de GNOME 51 es el primero de una serie de eventos que Fedora Project planea antes del lanzamiento de la versión 45, con jornadas adicionales previstas para RPM 6.1 y los medios de instalación, según la misma convocatoria. GNOME 51, cuya versión beta el proyecto GNOME publicó el 15 de agosto con desenfoque de fondo nativo y una interfaz de gestión de huellas digitales, llegará empaquetado en Fedora 45 apenas el ciclo de pruebas confirme que no hay regresiones graves. Fedora Project no confirmó, en el material revisado por esta sección, una fecha de lanzamiento definitiva para la versión 45. Costa Rica no tiene cifras propias de adopción de Fedora, pero es una de las distribuciones con mayor presencia documentada entre desarrolladores y administradores de sistemas ticos, junto a Ubuntu.
— El equipo de control de calidad de Fedora abrió el 17 de agosto el primer día de pruebas para Fedora 45, centrado en el escritorio GNOME 51.
El proyecto Debian mantiene abierta, desde el 15 de agosto de 2026 y hasta el 28, la votación formal sobre si prohibir o permitir el uso de inteligencia artificial en sus contribuciones, mientras el kernel Linux publicó ese mismo 16 de agosto la versión 7.2 estable, con Linus Torvalds atribuyendo de nuevo el volumen de correcciones del ciclo a la revisión asistida por herramientas de IA -que calificó como "the new normal"-, según recogieron The Register y 9to5Linux. Ambos procesos avanzan en paralelo dentro del mismo ecosistema de software libre, con posturas que no podrían ser más distintas frente a la misma tecnología. La propuesta original de prohibición en Debian, impulsada por el desarrollador Matthias Geiger, incluye una exención explícita para paquetes que el proyecto empaqueta desde fuentes externas -como el propio kernel Linux-, según reportó Hardware Busters. La cuenta de análisis Lunduke Journal señaló en la red social X que esa exención permitiría que el kernel, que según esa misma publicación recibe aproximadamente el 10% de sus envíos de código nuevo con asistencia de IA -una cifra de fuente única sin confirmación cruzada independiente, que se consigna aquí como estimación-, siga aceptando ese tipo de contribuciones aunque Debian prohíba la práctica puertas adentro. El matiz complica la lectura de una eventual prohibición: Debian podría votar en contra del uso de IA en su propio trabajo sin que eso reduzca en nada la proporción de código asistido por IA que termina, de todas formas, empaquetado en sus derivadas -Ubuntu incluida. Ninguno de los dos procesos tiene, al cierre de esta edición, una resolución definitiva: el resultado de la votación de Debian se conocerá el 28 de agosto, y la ventana de fusión de Linux 7.3 abre en los próximos días con una dinámica de revisión asistida por IA que, según Torvalds, ya es la norma. Costa Rica no participa directamente en ninguno de los dos procesos, pero la comunidad tica de software libre que empaqueta y usa distribuciones basadas en Debian y en el kernel Linux en producción adoptará, en la práctica, el resultado de ambos sin haber votado en ninguno.
El kernel Linux llegó a la versión 7.2 estable, Ubuntu sigue sin parchar SCTPhantom y RefluXFS, Debian mantiene abierta su votación sobre IA y Fedora abrió las pruebas de GNOME 51.
El lunes 17 de agosto de 2026 arrancó con la confirmación de que el kernel Linux etiquetó su versión 7.2 el día anterior -sin designación LTS, con planificación del ciclo 7.3 ya en marcha- mientras los tres frentes que esta sección sigue desde hace más de una semana permanecen abiertos: SCTPhantom cumplió trece días sin parche en las seis LTS activas de Ubuntu pese a que Canonical le asigna prioridad "Medium" a pesar de su CVSS de 9,8, RefluXFS llegó a 32 días sin corrección completa, y la votación de Debian sobre el uso de IA en sus contribuciones sigue abierta con nueve opciones en la papeleta y cierre previsto para el 28 de agosto. En desarrollo de escritorio, Fedora abrió el primer día de pruebas de GNOME 51 para su versión 45, con jornadas adicionales previstas para RPM 6.1. El contraste del día quedó marcado por dos procesos que avanzan en direcciones opuestas dentro del mismo ecosistema: el kernel normaliza la revisión asistida por IA como parte habitual de cada ciclo, mientras Debian delibera si prohibirla puertas adentro -con una exención para proyectos externos como el propio kernel que, según la cuenta Lunduke Journal, dejaría intacta buena parte del código asistido por IA que igual termina empaquetado en las derivadas de Debian-. En seguridad, la corrección de SCTPhantom ya vive en el árbol oficial del kernel desde antes de la versión 7.2, pero Ubuntu todavía no la empaqueta en ninguna de sus seis LTS activas. Esta sección seguirá el rastreador de Canonical hasta que SCTPhantom y RefluXFS reciban parche, los canales oficiales de Debian hasta que se conozca el resultado de la votación el 28 de agosto, y el repositorio del kernel hasta la apertura de la ventana de fusión de Linux 7.3. Costa Rica no participa directamente en ninguno de estos procesos, pero la banca, los proveedores de hosting y la comunidad tica de software libre que dependen de Ubuntu, Debian, Fedora y el kernel Linux en producción siguen expuestos, en distinta medida, a cada frente que permanece abierto.