EL/PISUIKA
El kernel Linux 7.2 estrena su rc6 más grande en años mientras RefluXFS cumple 18 días sin parche en Ubuntu Linux 2026-08-03 https://elpisuika.com/linux/2026-08-03.og.png Linux 2026-08
2026-08-03 · LINUX · Edición del 3 de agosto de 2026
Linux →

El kernel Linux 7.2 estrena su rc6 más grande en años mientras RefluXFS cumple 18 días sin parche en Ubuntu

La sexta candidata de Linux 7.2, publicada el 2 de agosto, trae según Linus Torvalds la mayor cantidad de cambios que recuerda para un rc6, Debian pone nombre propio a sus cinco propuestas para regular el uso de inteligencia artificial en el proyecto -con Matthias Geiger y Lucas Nussbaum en polos opuestos-, AerynOS regresa tras tres meses de silencio con soporte experimental para OpenZFS, NetBSD 11.0 estrena su primer puerto estable a RISC-V y amplía su compatibilidad con llamadas al sistema de Linux, y la falla RefluXFS cumple 18 días corregida en el kernel oficial sin que Ubuntu mueva el estado de su rastreador de vulnerabilidades.

01
18 días
Desde que el kernel Linux corrigió RefluXFS (CVE-2026-64600) en XFS, sin que Ubuntu aplique el parche, según ubuntu.com
02
5 propuestas
Opciones que Debian discute para regular el uso de IA en el proyecto, con Matthias Geiger y Lucas Nussbaum en las posturas más opuestas
03
RC6 récord
Linus Torvalds calificó la sexta candidata de Linux 7.2, publicada el 2 de agosto, como la más grande en años por volumen de cambios
5 historias · 3 de agosto de 2026 ← volver a portada
01
N.º 01 Kernel · Desarrollo

El kernel Linux 7.2 estrena su rc6 más grande en años

La sexta candidata de Linux 7.2, publicada el 2 de agosto, trae -según Linus Torvalds- la mayor cantidad de cambios que recuerda para un rc6, con correcciones de sonido y gráficos particularmente pesadas.

Linus Torvalds publicó el 2 de agosto de 2026 la sexta candidata a lanzamiento (rc6) del kernel Linux 7.2 y la describió, en su correo semanal a la lista de desarrollo, como "huge" ("enorme"): "Even by the 'new normal' standards this is a big rc, and I think it's the biggest rc6 we've had in years at least by commit count" ("Incluso para los estándares de la 'nueva normalidad', este es un rc grande, y creo que es el rc6 más grande que hemos tenido en años, al menos por cantidad de commits"), según recogió Phoronix. La ronda de correcciones de esta semana incluyó, según el mismo reporte, un volumen de parches de audio muy superior al esperado para esta etapa del ciclo y una tanda igual de pesada en los controladores gráficos DRM. Phoronix atribuyó parte del repunte de parches al aumento reciente de contribuciones asistidas por agentes de codificación con inteligencia artificial, un fenómeno que esta sección ya documentó el 31 de julio a propósito del debate de Debian sobre el uso de IA en el desarrollo de software libre. Entre los cambios puntuales de esta candidata figuran un ajuste para evitar fallos con unidades SATA defectuosas de Western Digital y una corrección para que el kernel deje de identificar por error algunos modelos de procesadores AMD Zen 5 como si fueran Zen 6, el mismo controlador HSMP para el que AMD empezó a sumar soporte de Zen 6 la semana pasada, según documentó esta sección el 1 de agosto. Torvalds no fijó una fecha exacta para el lanzamiento estable de Linux 7.2, aunque el calendario habitual del proyecto apunta a un cierre del ciclo de candidatas en un plazo de aproximadamente dos semanas, hacia mediados de agosto. La información de esta nota proviene principalmente de Phoronix, sin cobertura cruzada de otro medio especializado confirmada al cierre de esta edición. Costa Rica no participa del desarrollo del kernel Linux, pero cualquier equipo tico que corra Ubuntu, Fedora o distribuciones derivadas recibirá esta versión de forma indirecta, meses después, cuando esas distribuciones la integren en sus próximos lanzamientos.

Leer más Phoronix
02
N.º 02 Software libre · Gobernanza

Matthias Geiger y Lucas Nussbaum chocan en la papeleta de Debian

La resolución general de Debian sobre el uso de modelos de lenguaje en el proyecto sumó nombre propio a sus cinco propuestas, según confirmaron el sitio LinuxCompatible y el medio alemán Heise: el desarrollador Matthias Geiger encabeza la Propuesta A, que prohibiría por completo el código, la documentación y las comunicaciones oficiales generadas con IA, mientras que Lucas Nussbaum propone en la Propuesta B la opción más permisiva de la papeleta, que autoriza el uso de estas herramientas bajo seis condiciones, entre ellas la compatibilidad de los términos de la herramienta con las licencias del proyecto, la responsabilidad del autor humano sobre lo que la IA produjo y la divulgación obligatoria mediante un Git trailer en cada commit. El texto de la resolución, publicado en debian.org, atribuye la necesidad de esta votación a cuatro tensiones distintas: la incertidumbre legal sobre los derechos de autor del código generado por IA, el riesgo de que baje la calidad y precisión de las contribuciones, el desgaste de quienes revisan parches de forma voluntaria y la objeción ética a que estos modelos se entrenaran con contenido web sin respetar licencias. El contraste con el resto del ecosistema es notorio: mientras Debian discute prohibir por completo el uso de IA puertas adentro, el sitio especializado XDA Developers documentó que Canonical, la empresa detrás de Ubuntu, avanza en la dirección contraria y suma funciones basadas en inteligencia artificial a su distribución. La cuenta de la red social X Lunduke Journal afirmó, sin que Debian lo confirmara de forma independiente, que la Propuesta A incluye una excepción para que proyectos ascendentes ajenos a Debian -como el propio kernel Linux, que según esa publicación recibe cerca del 10% de sus envíos de código nuevos generados con IA- puedan seguir usando estas herramientas aunque Debian las prohíba puertas adentro. El período de discusión de la resolución sigue abierto al cierre de esta edición, sin fecha confirmada para el inicio de la votación entre los desarrolladores de Debian con derecho a voto. Costa Rica no tiene actualmente Debian Developers con voto en esta consulta, pero administradores públicos y académicos ticos que empaquetan software sobre Debian o Ubuntu heredarán la política que resulte de esta votación en cuanto se resuelva.

Hoja de datos
El proyecto Debian conoció los nombres detrás de sus cinco propuestas para regular el uso de inteligencia artificial: Matthias Geiger impulsa la prohibición total y Lucas Nussbaum, la opción más permisiva.
  • Matthias Geiger propone prohibir todo el código, la documentación y las comunicaciones generadas con IA en DebianPropuesta A
  • Lucas Nussbaum plantea permitir la IA bajo seis condiciones, incluida la divulgación obligatoria en cada commitPropuesta B
  • Total de opciones en la papeleta desde el 24 de julio, según LinuxCompatible y Heise5 propuestas
03
N.º 03 Distribuciones · AerynOS

cat /feed/distribucionesaerynos.md

AerynOS regresa con soporte experimental para OpenZFS

Tras tres meses sin publicar actualizaciones, AerynOS lanzó el 2 de agosto una nueva imagen que suma compatibilidad experimental con OpenZFS y completa la migración a systemd 261.2.

> > aerynos-cli iso info 2026.08

> > kernel: 7.1.x | systemd: 261.2 | zfs: experimental

> El proyecto AerynOS publicó el 2 de agosto de 2026 una nueva imagen ISO mensual que suma soporte experimental para el sistema de archivos OpenZFS en unidades de datos administradas por el usuario -junto a las opciones ya existentes, Btrfs y Bcachefs-, según el anuncio en el blog oficial del proyecto y la cobertura de Linuxiac y 9to5Linux. El equipo probó la función solo en hardware limitado y pidió explícitamente a quienes la adopten de forma temprana que reporten su experiencia en condiciones reales, antes de considerarla estable.

> > por qué importa: la actualización llega después de que Phoronix describiera esta ISO como la primera actualización de desarrollo de AerynOS en tres meses, un silencio inusual para un proyecto que antes publicaba con más frecuencia. La imagen también completa una revisión de empaquetado de systemd que venía avanzando por versiones desde la 257.13 hasta la 261.2 actual, y separa en paquetes independientes componentes como systemd-boot, systemd-coredump, systemd-homed, systemd-container, systemd-resolved y systemd-udev, según el detalle técnico de Linuxiac. La ISO trae además la serie 7.1 del kernel Linux y deja elegir, durante la instalación, entre un entorno GNOME actualizado, KDE Plasma 6.7.3 o COSMIC Desktop 1.5.

> > qué sigue: AerynOS no fijó al cierre de esta edición una fecha para que el soporte de OpenZFS deje de considerarse experimental. Costa Rica no tiene una base de usuarios conocida de AerynOS -una distribución todavía de nicho, derivada del extinto proyecto Serpent OS-, pero el patrón de retomar systemd y kernel al día que muestra esta actualización es el mismo que siguen distribuciones más usadas en el país, como Ubuntu o Fedora, cuando heredan estos componentes meses después.

04
N.º 04 Software libre · Sistemas operativos

NetBSD 11.0 estrena puerto estable a RISC-V

El proyecto NetBSD publicó el 1 de agosto de 2026 la versión 11.0, que según el anuncio oficial en netbsd.org y la cobertura de Phoronix es el primer lanzamiento formal del sistema con soporte estable para la arquitectura de 64 bits RISC-V, con hardware inicial probado en placas basadas en StarFive JH71XX como la VisionFive 2 y la STAR64, además de soporte para RISC-V sobre QEMU. TechTimes destacó, en su cobertura del 2 de agosto, que la nueva versión reduce a apenas diez milisegundos el tiempo de arranque de su kernel en configuraciones optimizadas. La actualización también amplía la capa de compatibilidad con llamadas al sistema de Linux -compat_linux(8)- con soporte nuevo para epoll (implementado internamente sobre kqueue), colas de mensajes POSIX, statx, readahead, close_range, waitid, renameat2, clone3, sync_file_range, syncfs e inotify, según detalló Linuxiac. Que un sistema operativo derivado de BSD, y no de Linux, invierta trabajo en imitar con tanto detalle las llamadas al sistema del kernel de Linus Torvalds confirma cuánto pesa Linux como estándar de facto del software de servidor y de escritorio libre, incluso para proyectos que compiten con él desde una base de código completamente distinta. NetBSD no es una distribución de Linux, sino un sistema operativo BSD independiente que este lanzamiento acerca en compatibilidad de llamadas al sistema; el proyecto no detalló al cierre de esta edición un plan de soporte adicional de arquitecturas. Costa Rica no tiene, según fuentes públicas disponibles para El Pisuika, instituciones que operen NetBSD en producción, y el impacto local de este lanzamiento es marginal -limitado a la comunidad tica de entusiastas de sistemas BSD- frente a la atención que reciben acá Ubuntu, Debian o Fedora.

05
N.º 05 Kernel · Seguimiento

RefluXFS cumple 18 días sin parche en Ubuntu

El commit que corrigió RefluXFS en el kernel Linux oficial cumple 18 días sin llegar a Ubuntu, mientras Canonical no publica un aviso de seguridad nuevo desde el 31 de julio.

El commit 2f4acd0, que corrigió en el kernel Linux oficial la condición de carrera que la falla RefluXFS explota para escalar a root en el sistema de archivos XFS, cumple 18 días circulando en el árbol del kernel desde su fusión el 16 de julio de 2026. El rastreador público de vulnerabilidades de Canonical mantiene, sin cambios desde el 23 de julio -hace 11 días-, el estado "needs evaluation" ("necesita evaluación") para CVE-2026-64600 en las siete versiones de Ubuntu que van de la 14.04 a la 26.04 LTS, según confirmó El Pisuika al consultar directamente ubuntu.com el 3 de agosto. A la demora en el parche se suma un vacío distinto: Canonical no publica un aviso de seguridad nuevo desde el USN-8620-4 del 31 de julio, según el listado oficial de ubuntu.com, lo que suma tres días corridos sin boletines tras el ritmo de más de una decena de avisos que esta sección documentó la semana pasada. El medio The Hacker News, en su cobertura original de la falla, calificó el error subyacente en el código de XFS como una falla "de nueve años" -una antigüedad muy anterior a la fecha de julio de 2026 en que se le asignó el identificador CVE-2026-64600-, una lectura que contrasta con la clasificación de prioridad "Medium" que Canonical mantiene para una falla que, según esa misma cobertura, ya afecta instalaciones por defecto de Red Hat Enterprise Linux. Canonical no ha explicado la demora ni fijado fecha de disponibilidad del parche para Ubuntu al cierre de esta edición. Proveedores de hosting y entidades públicas costarricenses que operan XFS con reflink habilitado siguen, 18 días después del arreglo en el kernel oficial, sin una versión oficial de Ubuntu a la cual migrar para cerrar el hueco -la misma recomendación de cautela que esta sección repite desde el 30 de julio.

18 días
Desde que el commit 2f4acd0 corrigió RefluXFS en el kernel Linux oficial, el 16 de julio
3 días
Sin avisos de seguridad nuevos de Canonical desde el USN-8620-4 del 31 de julio
9 años
Antigüedad que The Hacker News atribuye al error subyacente de XFS detrás de CVE-2026-64600

Relacionadasen el archivo

En esta fechaLinux

Fuentes.