Omarchy migra toda su base x86_64 a un kernel único y cambia el control de congestión TCP a BBR, Greg Kroah-Hartman coordina siete lanzamientos estables del kernel Linux, al menos cinco reportes de hardware quedan sin respuesta en el repositorio de Omarchy, y RefluXFS y SCTPhantom acumulan 61 y 42 días sin corrección completa en Ubuntu.
Un pull request fusionado el 14 de setiembre convierte a linux-omarchy en el kernel predeterminado de toda la base x86_64 del proyecto, con la única excepción de los Mac con chip de seguridad T2.
El colaborador ryanrhughes fusionó el 14 de setiembre de 2026 el pull request #11845 en la rama quattro del repositorio de Omarchy en GitHub, titulado "fix/linux-omarchy-default-kernel", que convierte al kernel linux-omarchy en el predeterminado para instalaciones y actualizaciones en arquitectura x86_64, en reemplazo de los kernels genérico, LTS, Zen y de la variante anterior para Panther Lake, con la única excepción de los Mac con chip de seguridad T2, según la descripción del propio pull request. El cambio reconfigura el orden de arranque en /etc/default/limine para priorizar el kernel Omarchy, conserva el kernel anterior como opción de recuperación y actualiza el instalador ISO para retirar las anulaciones específicas de Panther Lake, de acuerdo con la misma fuente. Un día después, el 15 de setiembre, el mismo colaborador fusionó los pull requests #11897 y #11900, que corrigen un efecto colateral de la migración: las instalaciones nuevas pedían encabezados de kernel genéricos en lugar de linux-omarchy-headers al detectar hardware con chips Wi-Fi Broadcom, portátiles Tuxedo o Slimbook, o adaptadores Ethernet Motorcomm, lo que impedía compilar los controladores DKMS correspondientes, según la descripción de esos pull requests. Consolidar el kernel por defecto es el paso lógico después de que esta sección documentara, el 14 de setiembre, un kernel propio de Omarchy para portátiles Dell XPS con procesadores Panther Lake: ese trabajo se generaliza ahora a toda la base x86_64 en lugar de quedar como una rama paralela. Omarchy no ha publicado, en las fuentes consultadas, una versión formal que agrupe esta migración -la más reciente sigue siendo 4.0.3, del 8 de setiembre-, aunque el propio pull request #11897 señala que la corrección ya está presente en la ISO 4.0.4rc1. La exclusión explícita de los Mac con chip T2 no es solo cautela: el mismo 15 de setiembre, el reporte #11926 documentó que un MacBook Pro de 16 pulgadas de 2019 con T2 dejó de detectar dispositivos USB conectados en caliente tras actualizar a Omarchy 4.0.3-1, según el propio reporte, evidencia de que ese hardware todavía no está listo para seguir al resto de la base de usuarios. Costa Rica no tiene cifras propias de instalaciones de Omarchy, pero cualquier desarrollador tico que use esta distribución en hardware x86_64 estándar recibirá el nuevo kernel por defecto en su próxima actualización, mientras los pocos con Mac T2 seguirán en la rama anterior.
El fundador de Omarchy, David Heinemeier Hansson, fusionó el 15 de setiembre de 2026 el pull request #11658 en la rama quattro, titulado "Switch TCP congestion control to BBR with fq pacing", que reemplaza CUBIC como algoritmo de control de congestión predeterminado del kernel por BBR emparejado con el planificador de paquetes fq, según la descripción del propio pull request. "Cubic sigue empujando hasta que los paquetes se caen, así que en un enlace rápido una transferencia masiva llena de cola el camino", escribió Heinemeier Hansson en el pull request, mientras que BBR "estima el ancho de banda del cuello de botella y el tiempo mínimo de ida y vuelta, y ritma el tráfico a esos valores, lo que mantiene el rendimiento en fibra y enlaces similares mientras reduce la latencia de las colas". Los módulos tcp_bbr y sch_fq ya vienen incluidos en los kernels de Omarchy y se cargan automáticamente; la migración aplica parámetros sysctl que permiten que las conexiones nuevas usen BBR sin reiniciar el equipo, aunque las colas de tráfico existentes mantienen su configuración hasta que la interfaz se recree, según el mismo pull request. Omarchy implementa la versión 2 de BBR -la que integra la rama principal del kernel-, ya que la versión 3 todavía no se fusionó río arriba. El revisor Krzysztof Wilczyński, jefe de Kernel de la Fundación Omacom, calificó el cambio en la revisión del pull request como "una opción por defecto sensata y optimizada para el usuario", que además preserva la posibilidad de reconfigurar el sistema para quien lo necesite. La información sobre este cambio proviene únicamente del pull request en GitHub, sin cobertura de prensa cruzada al cierre de esta edición. El cambio no requiere ninguna acción de los usuarios existentes de Omarchy, que lo recibirán en la próxima actualización del kernel. Costa Rica no tiene cifras propias sobre el uso de BBR en redes residenciales o corporativas, pero el efecto directo que describe el propio proyecto -menos latencia bajo carga en conexiones rápidas, sin cambios visibles para quien no satura su enlace- alcanzará por igual a cualquier usuario tico de Omarchy con la próxima actualización.
— David Heinemeier Hansson fusionó el 15 de setiembre el cambio que reemplaza CUBIC por BBR como algoritmo de congestión predeterminado del kernel, para reducir la latencia en conexiones rápidas.
cat /feed/kernellinuxmantenimiento.md
Kroah-Hartman publicó el 14 de setiembre siete versiones estables coordinadas del kernel, de la rama 7.2 hasta la longeva 5.10, con el mismo lote de correcciones retroportadas.
> El mantenedor del kernel estable Greg Kroah-Hartman publicó el 14 de setiembre de 2026 siete versiones coordinadas de Linux en el repositorio gregkh/linux en GitHub: 7.2.6, 6.18.52, 6.12.110, 6.6.157, 6.1.188, 5.15.221 y 5.10.270, todas con firmas GPG verificadas de Kroah-Hartman, según el historial de etiquetas del propio repositorio y la cobertura de LinuxCompatible. Las siete ramas -desde la más reciente, 7.2, hasta la longeva 5.10- reciben así el mismo lote de correcciones retroportadas el mismo día, la práctica habitual del equipo de mantenimiento estable para sincronizar parches de seguridad y de errores entre versiones con soporte activo.
> La publicación coordinada llega en paralelo al ciclo de desarrollo de Linux 7.3, que Linus Torvalds mantiene en su tercera candidata -v7.3-rc3, etiquetada el 13 de setiembre-, sin que la cuarta candidata aparezca todavía en el historial de tags de torvalds/linux al cierre de esta edición. Mientras la rama de desarrollo acumula cambios grandes de XFS y del cliente SMB, como documentó esta sección el 14 de setiembre, las siete ramas estables siguen un calendario de mantenimiento independiente que permite a quien no puede o no quiere migrar a una versión mayor recibir igual las correcciones de seguridad más recientes.
> Kroah-Hartman no ha publicado, en las fuentes consultadas, un desglose público de cuántas correcciones de este lote atienden vulnerabilidades con CVE asignado. Costa Rica no tiene mantenedores identificados en el equipo de kernel estable, pero cualquier distribución Linux usada en el país -desde Ubuntu y Debian hasta Omarchy- construye sus kernels a partir de alguna de estas siete ramas, por lo que el lote de correcciones llega, tarde o temprano, a cualquier servidor o escritorio tico que reciba actualizaciones del sistema.
Entre el 14 y el 15 de setiembre de 2026, usuarios de Omarchy abrieron en GitHub al menos cinco reportes de fallas de hardware que seguían sin respuesta de los mantenedores al cierre de esta edición. El usuario lo-nau documentó el 15 de setiembre, en el reporte #11909, que un monitor DisplayPort conectado a una tarjeta gráfica Intel i915 deja de mostrar video tras periodos largos de inactividad aunque "todo el estado visible por software puede indicar que DP-3 está activo mientras el monitor físico no tiene señal de entrada", según el propio texto del reporte. El mismo día, muellan reportó en el #11919 temperaturas de 75 a 80 grados Celsius en un ThinkPad P14s Gen4 con apenas un 5% de uso de CPU tras migrar a Omarchy, y VasylBaran documentó en el #11926 que un MacBook Pro de 16 pulgadas de 2019 con chip T2 dejó de detectar dispositivos USB conectados en caliente. El patrón se suma al caso del reporte #11249, abierto el 10 de setiembre sobre monitores externos que pierden señal de forma permanente en tarjetas NVIDIA, AMD e Intel: seguía sin ningún comentario de los mantenedores al ser consultado por esta sección la mañana del 15 de setiembre, sexto día consecutivo sin respuesta, con la corrección propuesta aguas arriba en el proyecto aquamarine (PR #395) todavía cerrada desde el 9 de setiembre por falta de aval de su autor. El contraste con el resto de esta edición es directo: mientras Omarchy fija un nuevo kernel por defecto y cambia el control de congestión TCP con revisión formal de su jefe de Kernel, los reportes de hardware que afectan el uso diario -pantallas que se apagan, portátiles que se recalientan, USB que deja de funcionar- se acumulan sin que ningún mantenedor los etiquete, comente o asigne. Omarchy Core no ha publicado, en las fuentes consultadas, una política pública de tiempos de respuesta a reportes de hardware ni un cronograma para revisar la política de avales que mantiene cerrado el parche de aquamarine. En Costa Rica, la comunidad de desarrolladores que prueba Omarchy en portátiles Intel y en Mac con chip T2 -dos de los cinco casos documentados hoy afectan justamente ese tipo de hardware de consumo, común en oficinas y laboratorios universitarios ticos- no tiene, por ahora, más opción que seguir el hilo de cada reporte en espera de una respuesta.
El rastreador de seguridad de Canonical para CVE-2026-64600 (RefluXFS), consultado por esta sección la mañana del 15 de setiembre de 2026, mantiene el mismo cuadro que el día anterior, según ubuntu.com: Ubuntu 26.04 sigue como la única versión con el paquete linux marcado "Fixed" -corregido-, con la compilación 7.0.0-31.31; 22.04 permanece en "Vulnerable, work in progress" -trabajo en curso-, y 18.04, 20.04 y 24.04 continúan en "Vulnerable" simple. La falla cumple así 61 días sin corrección completa en las siete versiones LTS de Ubuntu, contados desde que el parche llegó al árbol genérico del kernel el 16 de julio, según Qualys, el laboratorio que reveló la vulnerabilidad. La página de Canonical registra el 15 de setiembre como fecha de "última actualización", pero el cambio no se refleja en ningún estado del cuadro de paquetes: es un refresco de metadatos, no un parche nuevo, la misma conclusión a la que llegó esta sección el 13 y el 14 de setiembre. El patrón de backporting desigual se sostiene ya por dos meses: tres de las siete ramas LTS de Ubuntu, incluida la más reciente con soporte completo de cinco años (24.04), permanecen sin la corrección 61 días después de que el parche existiera en el árbol genérico del kernel. Canonical no ha publicado, en las fuentes consultadas, una fecha para completar el parche en las versiones LTS que todavía lo esperan. Costa Rica no tiene cifras propias de servidores locales con particiones XFS con reflink habilitado, pero cualquier institución o proveedor de hosting tico que ya migró a Ubuntu 26.04 puede confirmar hoy que su sistema quedó protegido, mientras el resto sigue expuesto.
El rastreador de seguridad de Canonical para CVE-2026-64564 (SCTPhantom), consultado por esta sección la mañana del 15 de setiembre de 2026, no registra cambios desde el 4 de setiembre, según ubuntu.com: 22.04 y 26.04 continúan en "Vulnerable, work in progress" -trabajo en curso-, mientras 14.04, 16.04, 18.04, 20.04 y 24.04 permanecen en "Vulnerable" simple. La falla cumple así 42 días sin corrección completa en ninguna de las siete versiones LTS de Ubuntu, contados desde su divulgación pública el 4 de agosto. SCTPhantom es una condición de uso después de liberación (use-after-free) en el manejo de reconfiguración dinámica de direcciones del protocolo SCTP del kernel de Linux, presente desde la versión 2.6.25 del kernel, de 2008, y permite a un usuario local sin privilegios obtener acceso root y, en ciertas condiciones, escapar de un contenedor hacia el sistema anfitrión, según Linuxiac. Los parches ya llegaron a las ramas estables genéricas 6.6.148, 6.12.101, 6.18.42 y 7.1.6 desde agosto y, por extensión, a los puntos de lanzamiento posteriores de esas mismas ramas -incluidas las siete que Greg Kroah-Hartman publicó el 14 de setiembre, según gregkh/linux en GitHub-, pero ese avance todavía no se refleja en el empaquetado de ninguna LTS de Ubuntu. Canonical no ha publicado, en las fuentes consultadas, una fecha para completar el parche en las siete versiones LTS. Costa Rica no tiene cifras públicas de servidores locales con el módulo SCTP cargado, pero cualquier equipo técnico tico que administre Ubuntu LTS en producción debe mantener la mitigación manual -deshabilitar el módulo del kernel que carga SCTP si no se usa- mientras el rastreador no muestre movimiento.
El martes 15 de setiembre cerró con Omarchy consolidando linux-omarchy como kernel único y cambiando a BBR el control de congestión TCP, el kernel estable sumando siete lanzamientos, y reportes de hardware acumulándose sin respuesta.
El martes 15 de setiembre de 2026 confirmó que Omarchy fusionó la migración que convierte a linux-omarchy en el kernel por defecto de toda su base x86_64 -con la excepción explícita de los Mac con chip T2- y corrigió, un día después, el problema de encabezados DKMS que esa migración había dejado sin resolver en hardware con Wi-Fi Broadcom o portátiles Tuxedo y Slimbook. El mismo 15 de setiembre, David Heinemeier Hansson fusionó el cambio que reemplaza CUBIC por BBR con planificación fq como control de congestión TCP predeterminado, con revisión formal del jefe de Kernel de la Fundación Omacom. En el kernel genérico, Greg Kroah-Hartman coordinó siete lanzamientos estables el 14 de setiembre -de 7.2.6 a 5.10.270- mientras Linux 7.3 permanece en su tercera candidata. En seguridad de Ubuntu, RefluXFS cumplió 61 días y SCTPhantom 42 días sin corrección completa en las LTS más antiguas. Y en el propio repositorio de Omarchy, al menos cinco reportes de fallas de hardware abiertos el 14 y el 15 de setiembre -pantallas que se apagan, portátiles que se recalientan, USB que deja de funcionar- seguían sin respuesta de los mantenedores. El contraste del día repite el patrón que esta sección documenta desde agosto: un Omarchy que consolida su base técnica y suma revisores formales a cada cambio de kernel, frente a reportes de hardware que no reciben ni una etiqueta en los mismos días en que el proyecto anuncia esos avances. Esta sección seguirá la migración a linux-omarchy en Mac con chip T2, los reportes #11909, #11919 y #11249 en busca de una respuesta de los mantenedores, la etiqueta v7.3-rc4 del kernel, y el rastreador de Canonical hasta que RefluXFS y SCTPhantom reciban parche completo en las LTS restantes. Costa Rica no participa directamente en ninguno de estos procesos, pero la comunidad tica de software libre, las empresas que despliegan Linux en producción y los proveedores de hosting que dependen de Ubuntu siguen expuestos, en distinta medida, a cada frente que permanece abierto.