El proyecto Debian pasó de la discusión al voto formal sobre el uso de inteligencia artificial en sus contribuciones, con ocho propuestas y plazo hasta el 28 de agosto, mientras SCTPhantom y RefluXFS suman doce y treinta y un días sin parche en Ubuntu, el kernel Linux sigue sin alcanzar la versión 7.2 final y Omarchy y GNOME publican nuevas versiones.
El proyecto Debian inició el 15 de agosto la votación formal sobre el uso de IA en sus aportes, con ocho propuestas que van de prohibirla a permitirla con condiciones.
El proyecto Debian abrió el 15 de agosto de 2026 la votación formal de la resolución general sobre el uso de modelos de lenguaje e inteligencia artificial en sus contribuciones, con ocho propuestas distintas en la papeleta corregida -más la opción por defecto "ninguna de las anteriores"-, según reportaron Hardware Busters y Phoronix. La votación, en la que solo pueden participar los desarrolladores registrados de Debian mediante el sistema de voto por preferencias del proyecto, se extenderá hasta el 28 de agosto. La discusión previa había arrancado el 24 de julio y esta sección la siguió el 12, el 13 y el 15 de agosto sin que los canales oficiales confirmaran, hasta ahora, el inicio formal del proceso de voto. Las dos propuestas polares definen el rango de la disputa: la propuesta original de Matthias Geiger prohibiría código, documentación, traducciones y comunicaciones oficiales asistidos por IA en el trabajo propio de Debian, con una exención para paquetes que el proyecto empaqueta desde fuentes externas -como el kernel Linux-; la de Lucas Nussbaum permite el uso con condiciones de licenciamiento, atribución y divulgación obligatoria. Entre ambas, la papeleta añadió opciones intermedias, entre ellas una centrada en el impacto ambiental del cómputo que pide evitar el uso de IA "en la medida de lo posible" por el consumo de recursos que implica, según Hardware Busters. El sistema de voto por preferencias de Debian permite ordenar las ocho opciones en lugar de elegir una sola, lo que en resoluciones generales previas del proyecto ha producido resultados de compromiso antes que victorias claras de una postura extrema. Debian no ha publicado, al cierre de esta edición, resultados parciales ni cifras de participación. 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 rastreador de Canonical confirma que SCTPhantom y RefluXFS siguen sin parche en Ubuntu, pese a un nuevo boletín que corrigió 23 fallas del kernel OEM.
El rastreador de seguridad de Canonical, actualizado por última vez el 14 de agosto de 2026 según su propia marca de tiempo, muestra que CVE-2026-64564 (SCTPhantom, CVSS 9,8) permanece en estado "vulnerable" en las seis versiones LTS activas de Ubuntu -26.04, 24.04, 22.04, 20.04, 18.04 y 16.04-, doce días después de que la falla se publicara formalmente el 4 de agosto. El mismo 13 de agosto, Canonical publicó el boletín USN-8637-1, que corrigió 23 vulnerabilidades del kernel en la variante linux-oem-7.0 para Ubuntu 26.04 -entre ellas CVE-2026-53359, la falla de KVM que ya figuraba en boletines anteriores-, sin que ninguna de esas correcciones alcanzara a SCTPhantom ni a RefluXFS, según el aviso oficial en ubuntu.com. El patrón matiza, con cifras nuevas, la severidad nominal de SCTPhantom: la explotación requiere acceso local previo y que el módulo del kernel SCTP esté cargado y sea alcanzable -una condición que muchos servidores nunca cumplen, al punto de que la propia mitigación que recomienda Canonical es deshabilitar ese módulo con "install sctp /bin/false"-, lo que reduce la superficie de ataque real frente a un puntaje CVSS de 9,8 que asume el peor escenario posible. RefluXFS (CVE-2026-64600), por su parte, llegó a 31 días desde que el kernel oficial fusionó la corrección el 16 de julio, con la versión 26.04 marcada "vulnerable, trabajo en curso" y las versiones 24.04, 22.04, 20.04 y 18.04 todavía "vulnerable" sin matices -aunque, como esta sección reportó el 15 de agosto, Ubuntu no usa XFS como sistema de archivos raíz por defecto, por lo que la falla solo alcanza a instalaciones donde un administrador eligió XFS con reflink de forma explícita. Canonical no confirmó, al cierre de esta edición, una fecha para completar el parcheo de ninguna de las dos fallas. 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.
cat /feed/kernelmantenimiento.md
El repositorio oficial de Linux no mostraba, hasta la revisión de esta sección el 16 de agosto, una versión 7.2 final -solo la séptima candidata del 9 de agosto.
> > git log --oneline v7.2-rc7..master
> > repositorio: torvalds/linux | rama: master | última etiqueta: v7.2-rc7 (9 ago 2026)
> El repositorio oficial de torvalds/linux en GitHub no mostraba, hasta la revisión directa que esta sección hizo la mañana del 16 de agosto de 2026, hora de Costa Rica, ninguna etiqueta de la versión 7.2 final: la más reciente sigue siendo v7.2-rc7, publicada el 9 de agosto con el commit db2ddb8. Linus Torvalds había señalado, en el correo de anuncio de esa candidata citado por Phoronix, que la versión final "debería salir el próximo fin de semana, salvo que aparezca algo realmente malo" -una previsión que apuntaba al domingo 16 de agosto sin ser una fecha comprometida formalmente-.
> > qué trajo la rc7: más de 400 correcciones de 230 colaboradores distintos, según Neowin, entre ellas varias fallas críticas y de alta severidad en el subsistema de monitoreo de hardware (HWMON) detectadas por revisión asistida por el bot de inteligencia artificial Sashiko, la restauración de la infraestructura de "fixup worker" de Btrfs para evitar pérdida silenciosa de datos y un parche para la llamada "Safe RET Interrupt Vulnerability". Torvalds calificó el volumen de correcciones asistidas por IA como "lo nuevo normal" para esta etapa del ciclo, según la misma nota -un comentario que esta sección ya registró el 15 de agosto junto al debate paralelo de Debian sobre el uso de IA en sus propias contribuciones-.
> > qué sigue: si no aparece una octava candidata, Linux 7.2 debería publicarse en los próximos días; esta sección no puede confirmar una fecha exacta a partir del solo historial de commits. 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 final.
El desarrollador David Heinemeier Hansson -fundador de la firma de software Basecamp- publicó el 14 de agosto de 2026 la versión 4.0 de Omarchy, apodada "Quattro", la distribución basada en Arch Linux y Hyprland que mantiene desde 2025, según las notas de la versión en el repositorio oficial de GitHub. El cambio central es una reescritura completa del escritorio sobre Quickshell: la barra, el lanzador, los menús, las notificaciones, los indicadores en pantalla, los paneles de control, la pantalla de bloqueo y el agente de polkit -antes repartidos entre programas separados como Waybar, Walker, Mako, SwayOSD, hyprlock e hypridle- ahora viven dentro de un único proceso de shell de larga duración con arquitectura de módulos, según el propio changelog. La nueva versión agrega instalación con arranque dual cuando hay espacio libre en disco, reduce la imagen ISO a menos de 6 gigabytes y acelera la instalación más de un 30%, con instalaciones completas en menos de un minuto, según el mismo documento. Omarchy suma además aplicaciones propias -un editor de markdown llamado Omawrite, un recortador de video (Omacut) y una calculadora (Omacalc)-, un agente de codificación configurable por defecto con diagnóstico de fallos y un gestor de portapapeles nativo. El proyecto, nacido como una capa de configuración personal de Hansson sobre Arch Linux, se consolida con esta versión como una distribución con identidad propia dentro del ecosistema de escritorios Wayland basados en Hyprland, según Linuxiac y Phoronix. Omarchy no forma parte de las distribuciones con soporte comercial o corporativo formal, y su desarrollo depende en buena medida del propio Hansson y de un grupo reducido de colaboradores. Costa Rica no tiene una comunidad de usuarios de Omarchy identificada en esta sección, aunque la base de Arch Linux que utiliza -la misma que sostiene a Manjaro y EndeavourOS- sí tiene presencia activa en universidades y grupos ticos de software libre.
— El desarrollador David Heinemeier Hansson publicó el 14 de agosto la versión 4.0 de Omarchy, que reescribe el escritorio sobre Quickshell y acelera la instalación más de un 30%.
El proyecto GNOME publicó el 15 de agosto de 2026 la versión beta de GNOME 51, según el anuncio en GNOME Discourse, con desenfoque de fondo nativo a través del nuevo protocolo Wayland ext-background-effect-v1 implementado en el compositor Mutter, una interfaz de gestión de huellas digitales integrada al Centro de Control, soporte inicial para la configuración de "movimiento reducido" y un mecanismo unificado de inicio de sesión web, según reportaron 9to5Linux y Linuxiac. La beta también agrega cursores basados en SVG, mejor navegación por teclado en la selección de áreas de captura de pantalla y soporte para crear cuentas systemd-homed desde la Configuración Inicial. GNOME 51 sigue el calendario habitual del proyecto: la beta marca el congelamiento de funciones nuevas, la candidata de lanzamiento saldrá hacia fines de agosto y la versión estable 51.0 está prevista para el 18 de setiembre de 2026, según el mismo anuncio. El desenfoque nativo responde a un pedido de larga data de la comunidad de temas y extensiones de GNOME Shell, que hasta ahora dependía de parches de terceros para lograr el mismo efecto visual en Wayland. GNOME no confirmó, en el anuncio revisado por esta sección, cambios adicionales previstos para la candidata de lanzamiento. Costa Rica no tiene cifras propias de adopción de GNOME frente a otros escritorios, pero es el entorno por defecto de Ubuntu y Fedora, las dos distribuciones con mayor presencia documentada entre desarrolladores y administradores de sistemas ticos.
Canonical publicó el 13 de agosto de 2026 el boletín USN-8637-1, que corrige 23 vulnerabilidades del kernel Linux en la variante linux-oem-7.0, destinada a equipos con hardware certificado por Ubuntu, para la versión 26.04 LTS, según el aviso oficial en ubuntu.com. Las fallas cubren los subsistemas de arquitectura x86, controladores InfiniBand, controladores de red, Thunderbolt/USB4, control de tráfico de red, redes IPv4 e IPv6, Netfilter, sockets RxRPC y el protocolo SCTP, e incluyen CVE-2026-53359 -la falla de uso después de liberación en KVM con CVSS 8,8 que Ubuntu ya había corregido en el kernel genérico el 12 de agosto-. El boletín exige reiniciar el sistema tras actualizar al kernel 7.0.0-1010.10. La información sobre este boletín proviene, en el material disponible para esta edición, únicamente de la fuente oficial de Canonical, sin cobertura mediática independiente adicional identificada al cierre de esta edición. Ninguna de las 23 correcciones de este boletín alcanza a CVE-2026-64564 (SCTPhantom) ni a CVE-2026-64600 (RefluXFS), las dos fallas críticas y de alta severidad que esta sección documenta sin parche desde el 10 de agosto en el kernel genérico de las seis LTS activas de Ubuntu. El patrón confirma, con un ejemplo adicional, que Canonical mantiene un ritmo de parcheo constante y verificable en variantes específicas del kernel -OEM, Oracle, HWE- sin que eso implique una fecha más cercana para las dos fallas de mayor severidad pendientes. Canonical no explicó, en el aviso revisado por esta sección, por qué las variantes especializadas del kernel reciben boletines de seguridad independientes con calendarios propios. Costa Rica no tiene cifras propias de despliegue de hardware certificado con Ubuntu OEM, pero cualquier institución o empresa tica que use este tipo de equipos debe aplicar el boletín USN-8637-1 y reiniciar sus sistemas cuanto antes.
Debian abrió su votación formal sobre inteligencia artificial, Ubuntu sumó doce días sin parchar SCTPhantom, Omarchy y GNOME publicaron nuevas versiones y el kernel Linux sigue sin alcanzar la 7.2 final.
El domingo 16 de agosto de 2026 cerró con el hilo de gobernanza de IA en Debian pasando de discusión a votación formal -ocho propuestas en la papeleta, con plazo hasta el 28 de agosto- mientras el frente de seguridad que esta sección sigue desde hace más de una semana sigue sin resolverse: SCTPhantom cumplió doce días sin parche en las seis LTS activas de Ubuntu y RefluXFS llegó a 31, incluso después de que Canonical publicara un nuevo boletín con 23 correcciones para la variante OEM del kernel que no las incluye. En desarrollo de escritorio, Omarchy publicó su versión 4.0 "Quattro" con el escritorio reescrito sobre Quickshell y GNOME liberó la beta de su versión 51 con desenfoque nativo. En el núcleo, Linux permanece en la séptima candidata de la versión 7.2, sin que el repositorio oficial mostrara, al cierre de esta edición, la etiqueta final que Linus Torvalds había proyectado para este fin de semana. Los tres hilos que esta sección sigue como personaje de la semana avanzan a ritmos distintos: Debian pasó de la discusión a un mecanismo de voto verificable con fecha de cierre; SCTPhantom y RefluXFS suman ya semanas sin resolución pese al volumen constante de boletines que Canonical publica en variantes específicas del kernel; y el ciclo de Linux 7.2 se estira más allá de la meta que su propio mantenedor había señalado, sin que eso implique, todavía, un problema de fondo en el desarrollo del núcleo. 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 publicación de Linux 7.2 final. 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 y el kernel Linux en producción siguen expuestos, en distinta medida, a cada frente que permanece abierto.