La primera versión candidata de Linux 7.3 llega con una proyección cercana a 2.000 CVE corregidos y el uso diario de IA por parte de Torvalds y Morton, SCTPhantom y RefluXFS suman 26 y 45 días sin parche en las LTS de Ubuntu, y Omarchy formaliza su primer equipo núcleo con un programa de residencias para creadores de temas.
La ventana de fusión de Linux 7.3, abierta desde el 17 de agosto de 2026, cerró este 30 de agosto con la primera versión candidata disponible para pruebas públicas, según reportó LinuxCompatible. El ciclo absorbió 1.250 parches de gestión de memoria y un envío de 121 commits para DRM con correcciones críticas de GPU para AMD, Intel y Qualcomm, el volumen de cambios más grande que esta sección ha registrado en una sola ventana de fusión del kernel. La cifra que domina el ciclo es la proyección de casi 2.000 vulnerabilidades corregidas -cifra preliminar, sujeta a confirmación hasta el cierre definitivo del ciclo-, un máximo que LinuxCompatible atribuye en parte al análisis automatizado de código fuente y no únicamente a un deterioro de la calidad del kernel: más escaneo automatizado detecta más fallas ya existentes, no necesariamente introduce más fallas nuevas. La misma cobertura describe a Linus Torvalds y a Andrew Morton usando el modelo Gemini de Google como herramienta diaria de depuración y resúmenes de parches durante este ciclo, con Torvalds acreditando a Gemini asistencia en la creación de instrumentación de depuración, según reportaron LinuxCompatible y el sitio chino PUDN, sin declaración directa de Torvalds ni de Morton en sus propios canales al cierre de esta edición. La versión estable de Linux 7.3 está calculada para octubre de 2026, según LinuxCompatible. Costa Rica no tiene fabricantes de hardware AMD, Intel o Qualcomm ni operadores de nube de escala global identificados en esta cobertura, pero cualquier proveedor tico de infraestructura que opere sobre Linux heredará el nuevo umbral de CVE corregidos y las herramientas de depuración asistida por IA en cuanto la versión estable llegue a su distribución de base.
El rastreador de seguridad de Canonical, consultado por esta sección la mañana del 30 de agosto de 2026, mantiene el estado "Vulnerable" para CVE-2026-64564 (SCTPhantom) en las siete versiones LTS de Ubuntu, con severidad crítica de 9,8 sobre 10 en la escala CVSS v3.1, según ubuntu.com. La falla cumple hoy 26 días sin parche completo en el kernel genérico desde su publicación el 4 de agosto, con la página del CVE marcando el 27 de agosto como fecha de última actualización, sin cambio de estado en tres días. CVE-2026-64600 (RefluXFS) llega, en la misma consulta, a 45 días en igual situación, con Ubuntu 26.04 en "vulnerable, trabajo en curso" y el resto de las LTS activas "vulnerable" sin matices. El rastreador de vulnerabilidades Mallory.ai documenta que la corrección de SCTPhantom -el commit 9b2854f86f0b- ya llegó a las ramas estables 6.6.148, 6.12.101, 6.18.42, 7.1.6 y también a 7.2-rc5, la candidata previa a la versión estable de Linux 7.2 que ya circula. Esa cobertura confirma que el atraso de casi un mes en las LTS de Ubuntu es un problema de empaquetado de Canonical y no de disponibilidad técnica de la corrección: el parche circula en el kernel genérico desde hace más de tres semanas sin que Canonical lo traslade a sus versiones de soporte extendido. CIQ, la firma de soporte comercial de Rocky Linux, publicó además una guía de mitigación propia para CVE-2026-64564 que cubre las versiones 8, 9 y 10 de esa distribución y sus variantes LTS, según su base de conocimiento, lo que confirma que la exposición no se limita al ecosistema Ubuntu/Debian. Canonical no confirmó, al cierre de esta edición, una fecha para completar el traslado de ambos parches al kernel genérico de las LTS. Costa Rica no tiene cifras propias de servidores locales con el módulo SCTP activo o particiones XFS con reflink, pero cualquier institución o proveedor de hosting tico que use Ubuntu LTS en producción debe mantener la mitigación de Canonical -deshabilitar el módulo SCTP con "install sctp /bin/false"- mientras los parches definitivos no lleguen.
cat /feed/kernellinuxrendimiento.md
La ventana de fusión de Linux 7.3 mejora tres sistemas de archivos a la vez: F2FS gana secciones redimensionables, Zstd acelera un 71% y Btrfs roza el máximo teórico en escritura directa.
> La ventana de fusión de Linux 7.3, cerrada este 30 de agosto con la primera versión candidata disponible para pruebas, sumó mejoras de rendimiento en tres sistemas de archivos, según LinuxCompatible. F2FS incorporó secciones de cola redimensionables, que permiten ajustar dinámicamente el espacio reservado para metadatos sin reformatear el volumen. El algoritmo de compresión Zstd ganó una aceleración del 71% en la descompresión gracias a la detección de la instrucción BMI2 del procesador. Btrfs, por su parte, alcanzó un rendimiento de entrada/salida directa cercano al 95% del máximo teórico del hardware, según la misma cobertura y la republicación del sitio chino PUDN. El ciclo sumó además el envío de 121 commits para DRM con correcciones críticas de GPU para AMD, Intel y Qualcomm.
> Las tres mejoras de sistemas de archivos apuntan directamente a cargas de trabajo de servidor: F2FS se usa sobre todo en dispositivos flash y contenedores embebidos, Zstd es el algoritmo de compresión por defecto en buena parte de las distribuciones modernas, y Btrfs es el sistema de archivos por defecto de openSUSE y una opción común en Fedora. Una ganancia del 71% en descompresión y un acercamiento al límite teórico de hardware en Btrfs se traduce, en la práctica, en menos tiempo de CPU dedicado a operaciones de almacenamiento en cualquier servidor que actualice a Linux 7.3.
> Estas mejoras de rendimiento llegarán a la versión estable de Linux 7.3, calculada para octubre de 2026, y de ahí a las distribuciones que empaquetan el kernel más reciente. Costa Rica no tiene fabricantes de hardware AMD, Intel o Qualcomm identificados en esta cobertura, pero cualquier proveedor tico de hosting o nube que administre servidores sobre F2FS, Zstd o Btrfs verá esa ganancia de rendimiento en cuanto adopte la versión estable.
David Heinemeier Hansson (DHH) anunció la incorporación del Omarchy Core Team, un grupo de seis personas -Ryan Hughes, Tobi, iamdothash, hancore_linux, Spencer G. Bull y el propio DHH- encargado de compartir la dirección técnica de la distribución y sostener el ritmo de contribuciones, según confirmó DHH en su cuenta de X. Días antes, DHH había formado también un equipo dedicado de seguridad -Omarchy Security-, con la incorporación de los colaboradores identificados como acrogenesis y mdisec, según otro mensaje del mismo canal. Paralelamente, el proyecto lanzó Omarchy AIR (Artists in Residence), un programa de residencia de seis meses para creadores de temas visuales y plugins que paga 2.500 dólares mensuales por participante, además de una cuenta con token y reconocimiento permanente como alumni, según el anuncio publicado en omarchy.org. La secuencia de anuncios -equipo núcleo, equipo de seguridad y programa de residencias- llega apenas unos días después de que la Omacom Foundation elevara a 10 millones de dólares su respaldo económico al proyecto, un salto que esta sección documentó el 28 de agosto. El proyecto también difundió encuentros presenciales de su comunidad alrededor del mundo, con un calendario compartido, en momento en que su comunidad en Discord supera los 35.000 miembros, según el propio sitio de noticias de Omarchy. La combinación de estructura de gobernanza, financiamiento diversificado y programas de comunidad contrasta con la crítica de calidad de código que Tux Machines planteó el 14 de agosto bajo el término "slopware", que el proyecto sigue sin responder con datos concretos en sus canales oficiales, según el rastreo que esta sección hizo hoy de omarchy.org y su repositorio en GitHub. Ninguna de las fuentes consultadas detalla si el Omarchy Core Team o el equipo de seguridad publicarán métricas de calidad de código o de auditoría en el corto plazo. Costa Rica no tiene desarrolladores de Omarchy ni participantes confirmados en el programa AIR identificados en esta cobertura, pero cualquier usuario tico de la distribución se beneficia ya de una estructura de gobernanza más definida que la que el proyecto tenía hace tres semanas.
Los tres frentes que esta sección viene siguiendo desde el 25 de agosto -los mantenedores del kernel Linux desbordados por parches de origen IA, la votación de Debian sobre inteligencia artificial en el código y la crítica de Tux Machines a la calidad de Omarchy- cierran la semana con tres respuestas distintas. Debian aprobó el 28 de agosto una regla formal de "uso responsable" que exige revisión humana de cualquier salida generada por IA. El kernel, en cambio, no adoptó ninguna política equivalente: la ventana de fusión de Linux 7.3, cerrada este 30 de agosto, confirma que Linus Torvalds y Andrew Morton usan el modelo Gemini de Google como herramienta diaria de depuración, según LinuxCompatible. Omarchy tomó una tercera vía: en lugar de una política sobre IA, invirtió en estructura humana -un equipo núcleo de seis personas y un equipo de seguridad dedicado- sin responder de forma directa a la crítica de calidad de código que motivó el debate. La contradicción más visible queda entre el kernel y Debian: dos días después de que la comunidad Debian votara exigir revisión humana explícita de cualquier código generado por IA antes de incorporarlo, el propio mantenedor principal del kernel Linux recurre a un asistente de IA comercial como parte de su flujo diario de trabajo, según reportaron LinuxCompatible y el sitio chino PUDN. Ninguna de las dos coberturas registra una declaración de Torvalds sobre si su uso de Gemini cumple con un estándar de revisión equivalente al que Debian acaba de aprobar para sus colaboradores, lo que deja abierta la pregunta de si la nueva norma de Debian aplicaría, en la práctica, al desarrollo del propio kernel que la distribución empaqueta. Esta sección seguirá el rastreador de Canonical hasta que SCTPhantom y RefluXFS reciban parche en el kernel genérico, la próxima ventana de fusión del kernel para verificar si surge una política formal sobre IA, y los canales oficiales de Omarchy en busca de una respuesta con datos verificables a la crítica de Tux Machines. Costa Rica no participa directamente en ninguno de los tres procesos, pero cualquier desarrollador tico que reciba hoy una sugerencia de un asistente de IA en su editor enfrenta, a menor escala, la misma pregunta que Debian, el kernel y Omarchy resolvieron esta semana de tres formas distintas.
— Debian, el kernel Linux y Omarchy resolvieron esta semana, cada uno a su manera, la misma tensión entre velocidad de contribución asistida por inteligencia artificial y control de calidad del código.
El 30 de agosto cerró con la primera versión candidata de Linux 7.3 disponible para pruebas, SCTPhantom y RefluXFS sumando 26 y 45 días sin parche en Ubuntu, y Omarchy formalizando su primer equipo núcleo.
El domingo 30 de agosto de 2026 confirmó que la primera versión candidata de Linux 7.3 quedó disponible para pruebas públicas tras una ventana de fusión que absorbió 1.250 parches de gestión de memoria y una proyección cercana a las 2.000 vulnerabilidades corregidas, según LinuxCompatible. En seguridad, el rastreador de Canonical confirmó que SCTPhantom llega a 26 días y RefluXFS a 45 sin parche completo en el kernel genérico de las LTS de Ubuntu, pese a que la corrección circula desde hace más de tres semanas en el kernel estable y ya llegó incluso a la candidata 7.2-rc5, según Mallory.ai. En distribuciones, David Heinemeier Hansson formalizó el Omarchy Core Team y abrió el programa de residencias Omarchy AIR para creadores de temas, mientras la comunidad del proyecto en Discord superó los 35.000 miembros. El contraste del día quedó entre la velocidad con la que el kernel adopta herramientas de inteligencia artificial en su propio flujo de trabajo -Torvalds y Morton usando Gemini a diario, según LinuxCompatible- y la lentitud de más de tres semanas con la que Canonical traslada un parche ya disponible a sus versiones de soporte extendido. Esa misma tensión entre velocidad de desarrollo y control de calidad atraviesa también a Omarchy, que esta semana invirtió en estructura de gobernanza sin responder todavía a la crítica de código que motivó el debate desde mediados de agosto. Esta sección seguirá el rastreador de Canonical hasta que SCTPhantom y RefluXFS reciban parche en el kernel genérico, la versión estable de Linux 7.3 prevista para octubre, y los canales oficiales de Omarchy en busca de una respuesta a la crítica de Tux Machines. 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 y del kernel Linux en producción siguen expuestos, en distinta medida, a cada frente que permanece abierto.