Un parche revisado por inteligencia artificial sigue sin aprobación humana, el kernel integra 24 árboles de subsistemas y OpenSSL estrena cifrado poscuántico.
El reporte, confirmado por otro colaborador y respaldado por una revisión automatizada con inteligencia artificial, advierte pérdida total de la configuración regional en discos casi llenos.
El desarrollador mrjamesmyers reportó el 22 de octubre, en el repositorio de GitHub de Omarchy (issue #16244), que el comando `omarchy language ` puede borrar todos los locales instalados en el sistema cuando el disco está casi lleno. El script interno ejecuta `locale-gen` sin limitarlo al idioma elegido y reconstruye el archivo completo de locales sin detectar los errores de `localedef`. En las pruebas documentadas en el reporte, una máquina virtual con apenas un megabyte libre en la partición raíz terminó solo con los locales C, C.utf8 y POSIX después de intentar instalar alemán. El colaborador paulogeyer confirmó el mismo comportamiento al día siguiente en otro equipo. El script corre mediante una regla de sudoers sin contraseña, de modo que cualquier persona que elija un idioma desde el menú de configuración puede disparar el borrado sin saberlo — un fallo que el propio reporte clasifica como de pérdida de datos y disponibilidad, no de confidencialidad. Una cuenta identificada como omarchybot abrió el 23 de octubre el pull request #16414 con una corrección que verifica el archivo de locales con `localedef --list-archive` antes de confirmar la instalación, y anotó que el cambio fue revisado por dos herramientas de inteligencia artificial con una calificación de confianza de 5 sobre 5. Dos días después, ese parche sigue marcado como a la espera del mantenedor humano, sin actividad nueva desde el 23 de octubre: la misma brecha entre revisión automatizada y aprobación humana que LF Research, el brazo de investigación de la Linux Foundation, describió el 20 de octubre al calcular que una cuarta parte de los pull requests entrantes en proyectos de código abierto corresponde a código generado por IA de baja calidad. El propio bot advirtió de un probable conflicto de fusión con los pull requests #16275 y #16320, así que la corrección podría tardar más de lo que sugiere su etiqueta de "listo para fusionar". Omarchy, la distribución basada en Arch Linux e Hyprland impulsada por David Heinemeier Hansson, no había emitido comunicado oficial sobre el fallo al cierre de esta edición. La comunidad costarricense de software libre no registra adopción documentada de Omarchy en entornos de producción, por lo que el riesgo queda limitado, por ahora, a quienes prueban la distribución de forma personal.
cat /feed/kernelventanadefusin.md
Entre el 24 y el 25 de octubre, Linus Torvalds integró los árboles de dispositivos, EFI, GPIO, sonido, USB, PCI, DRM e io_uring, entre otros, para la futura versión 7.4.
> El árbol principal de Linux (torvalds/linux) registró 24 fusiones de árboles de subsistemas entre el 24 y el 25 de octubre, según el historial público de commits en GitHub: devicetree, EFI, GPIO, MTD, pinctrl, entrada, FireWire, medios, sonido, framebuffer, char-misc, USB, TTY, staging, SCSI y bloque el domingo, más io_uring, device-mapper, DRM, PCI, IOMMU, mapeo DMA, VFIO y vhost el sábado. Es el ritmo habitual de la ventana de fusión de dos semanas que Torvalds abrió el 22 de octubre tras liberar la versión 7.3, cuando ya habían entrado los árboles de hardening, seccomp, landlock, IPE y las llaves TPM.
> La ventana de fusión concentra, en apenas catorce días, todo el código nuevo que después pasa varias candidatas de prueba antes del lanzamiento estable; el resto del ciclo se dedica solo a corregir errores. Que subsistemas tan distintos como gráficos (DRM), entrada/salida asíncrona (io_uring) y virtualización (VFIO) entren en el mismo fin de semana es la señal habitual de que el calendario va a tiempo, algo que no ha ocurrido con Fedora 45, cuyo lanzamiento sigue pospuesto al 3 de noviembre tras dos veredictos de "no go" consecutivos.
> Si se repite el calendario que Torvalds ha seguido en ciclos recientes, la ventana debería cerrar alrededor del 5 de noviembre con la primera candidata de pruebas (rc1); el dato todavía no está confirmado y depende de que ningún árbol llegue tarde. Distribuciones de referencia para la banca y el Gobierno costarricenses, como Red Hat Enterprise Linux y Ubuntu Server, heredarán estos cambios recién cuando empaqueten la versión 7.4 en ediciones futuras — ninguna la usa todavía en producción.
Dos reportes distintos documentan, esta semana, el ritmo de fallas que acompaña a la candidata 4.5.0-rc1 de Omarchy. El usuario dfmknz reportó el 24 de octubre (issue #16532) que los equipos con disco duro mecánico y varios kernels instalados pueden fallar el inicio de sesión automático: el servicio `linux-modules-cleanup.service` satura el disco por más de un minuto revisando paquetes huérfanos, lo que hace que `systemd-logind` no responda a tiempo y que Hyprland cierre la sesión antes de terminar de cargar. Por separado, el usuario tko76 — cuyo reporte dice haber sido redactado con el modelo Claude Sonnet 4.6 a través de la herramienta Hermes — documentó el 24 de octubre (issue #16493) que el controlador gráfico mesa-aurora agota la memoria de video en equipos Apple M1 Pro entre 40 y 65 minutos de uso, hasta forzar un cierre abrupto de Hyprland. La segunda falla tuvo una resolución inusualmente rápida: el colaborador ncr identificó, el 25 de octubre, que la fuga proviene de una función de Mesa que genera una variante de shader en cada operación gráfica en lugar de reutilizar la ya compilada, y que un parche subido el 18 de octubre al propio proyecto Mesa corrige el problema sin que nadie hubiera relacionado antes ambos cambios. Omarchy añadió soporte experimental para equipos con chip Apple y Snapdragon X apenas el 20 de octubre, con la versión 4.5.0-rc1, así que estas fallas son parte del costo esperado de abrir la distribución a arquitectura ARM antes de una versión estable. El respaldo del parche de Mesa todavía no llega al paquete `mesa-aurora` que usa Omarchy; dos solicitudes de incorporación compiten por integrarlo (omarchy-pkgs #1591 y #1604). El fallo de arranque en disco duro, en cambio, no tiene corrección propuesta todavía. Costa Rica no figura entre los mercados con laptops Apple Silicon o Snapdragon X certificados para Omarchy, por lo que ambas fallas, de momento, solo afectan a quienes prueban la distribución fuera de su hardware de referencia habitual (equipos x86_64).
El proyecto OpenSSL publicó el 23 de octubre la versión 4.1.0, según el registro de etiquetas de su repositorio en GitHub, dos semanas después de la segunda beta. La rama agrega soporte para DTLS 1.3 (RFC 9147), para GREASE (RFC 8701) y para el intercambio de llaves IKEv2, además de optimizaciones de rendimiento para los algoritmos poscuánticos ML-DSA y ML-KEM en procesadores x86_64 y ppc64le mediante instrucciones AVX-512. Las notas de la versión no reportan ninguna corrección de seguridad ni CVE asociado a este lanzamiento. La información de esta nota proviene únicamente de las notas de publicación del proyecto en GitHub, sin cobertura de prensa especializada confirmada al cierre de esta edición. OpenSSL es la biblioteca de cifrado que sostiene buena parte del tráfico HTTPS, SSH y VPN de Linux, BSD y del software de servidor que corre sobre ellos; una versión mayor como la 4.1 suele tardar meses en llegar a las distribuciones estables porque antes debe empaquetarse y probarse contra miles de programas que dependen de ella. La versión también retira las opciones de compilación `no-ecdsa` y `no-ecdh`, que según el propio equipo de desarrollo nunca deshabilitaron realmente esas funciones, y elimina el soporte de compilación para Windows CE y para Itanium bajo Windows. El equipo de OpenSSL ya documenta cuatro fallas conocidas en el manejo de DTLS 1.3 que planea corregir en una versión futura, entre ellas la pérdida de registros no confirmados tras una renovación de llave. La banca estatal y privada y las plataformas de gobierno digital costarricenses dependen en buena medida de OpenSSL para cifrar sus conexiones, aunque no hay confirmación pública de que alguna ya haya probado la rama 4.1.
El proyecto OBS Studio publicó el 23 de octubre la versión 33.0.0 estable, tres días después de la tercera candidata de pruebas (RC3) del 20 de octubre, según el registro de lanzamientos del repositorio en GitHub. El cambio central de esta versión mayor es la actualización del motor Chromium Embedded Framework, usado para los navegadores integrados y las fuentes de exploración, de la versión 127/6533 a la 150, además de una reorganización completa del sistema de carga de complementos que el propio proyecto venía anunciando desde la beta de setiembre. OBS Studio es la herramienta de código abierto de referencia para transmitir video en vivo y grabar pantalla en Linux, Windows y macOS, con una base de usuarios que incluye tanto estudios profesionales como creadores individuales que no pagan por software propietario de transmisión. El salto de la versión 32 a la 33 pasó por varias compilaciones beta y tres candidatas de lanzamiento (RC1, RC2 y RC3) entre finales de setiembre y el 20 de octubre antes de declararse estable. La comunidad costarricense de transmisión y producción audiovisual independiente usa OBS Studio como herramienta gratuita de referencia, de modo que la actualización llega sin costo para quienes ya dependen de ella para su trabajo. El proyecto no ha anunciado todavía fecha para la siguiente versión menor de la rama 33.
— El programa de transmisión y grabación más usado en Linux cierra el ciclo que arrancó en setiembre con la actualización del motor Chromium incrustado de la versión 127 a la 150.
El 25 de octubre combinó un parche de Omarchy que sigue sin fusionarse pese a su revisión con inteligencia artificial, una ventana de fusión del kernel que integró más de veinte árboles de subsistemas, dos fallas nuevas en la candidata 4.5.0-rc1 de Omarchy, el salto de OpenSSL a la versión 4.1 con cifrado poscuántico y el cierre del ciclo de pruebas de OBS Studio con su versión 33 estable.