El parche que fuerza Qt 6.11 en los plugins cierra el choque de colores que dejó el menú en negro desde el jueves, pero dos reportes nuevos muestran que el servicio de bloqueo de pantalla se traba después de cada suspensión; en paralelo, un parche de login facial con código escrito por IA queda en pausa por riesgo de suplantación, Fedora 45 entra en su última semana de pruebas y el kernel Linux cumple seis días en la candidata rc6.
Dos issues de esta semana muestran que el servicio de bloqueo de Omarchy queda en un estado contradictorio tras suspender el equipo, confirmado ya por cinco usuarios en hardware distinto.
El issue #14588, abierto el 8 de octubre por el usuario jfdnet en el repositorio de Omarchy, documenta que el comando omarchy-shell lock isLocked puede devolver true mientras el resto de las banderas del servicio de bloqueo -requested, pending, sessionLocked y secure- aparecen en false, después de varios ciclos de suspensión. El 9 de octubre, el usuario justcarlson identificó en los comentarios del propio issue la causa técnica: Quickshell 0.3.2 no emite la señal lockStateChanged al desbloquear, por lo que el candado queda marcado como activo aun cuando la sesión está abierta, y el siguiente intento de bloqueo no hace nada. Un segundo issue, el #14816, abierto el 10 de octubre por el usuario dsundt, describe el síntoma inverso -un sessionLock.locked que queda atascado en verdadero bloquea cualquier solicitud de bloqueo posterior- y lo señala como "hermano" del issue #6888, ya cerrado. En menos de 48 horas, otros cuatro usuarios -jandrusk, shawnyeager, Lifferado y mrdemonbkgit- confirmaron el mismo comportamiento en equipos distintos, entre ellos un Dell XPS y un ThinkPad E14 Gen 7, según sus propios comentarios en el issue #14588. Lifferado reportó el 9 de octubre que aplicar solo los cambios al archivo Service.qml del pull request #14591 -todavía sin fusionar al cierre de esta edición- resolvió el problema en sus pruebas locales. La falla es, en la práctica, un problema de seguridad funcional: si el candado queda marcado como activo sin estarlo, el usuario puede creer que su pantalla está protegida cuando no lo está, un riesgo distinto pero en el mismo subsistema que el bug de PAM en omarchy-system-lock que esta sección reportó el jueves. Ninguno de los dos issues tiene corrección fusionada al cierre de esta edición; el pull request #14591, que atiende el #14588, y el #14823, vinculado al #14816, siguen abiertos. Omarchy no registra despliegues institucionales en Costa Rica, pero la comunidad tica de software libre que sigue de cerca el proyecto -personaje de la semana en esta sección- debería evitar depender del bloqueo de pantalla tras suspender el equipo hasta que alguno de los dos parches se fusione.
El desarrollador outfoxxed fusionó hoy el parche que fuerza la versión 6.11 de QtQuick en todos los plugins de Omarchy, la corrección final al bug de color que empezó el jueves.
El usuario outfoxxed, colaborador de Omarchy, fusionó este 10 de octubre el pull request #14845, titulado "Patch all QtQuick imports to 6.11 to work around plugin Color bug", según el historial de cambios del repositorio en GitHub. El cambio activa, dentro del empaquetado de Omarchy (omarchy-pkgs), una regla que fuerza todas las importaciones de QtQuick sin versión explícita a usar la 6.11, con lo que evita el choque entre el singleton nativo Color que introdujo Qt 6.12 y el propio singleton Color de la interfaz de Omarchy. La herramienta automatizada de revisión greptile-apps calificó el cambio con una confianza de 5 sobre 5 y lo describió como seguro de fusionar. El parche cierra, al menos en el empaquetado oficial, el frente que esta sección reportó el jueves: el issue #14626 documentaba que el menú principal de Omarchy (Super+Espacio) se abría en negro tras la actualización a Qt 6.12, y el pull request #14553, fusionado ese mismo día por David Heinemeier Hansson, había corregido solo el menú oficial sin alcanzar a los plugins de terceros, según el issue #14672. Al forzar la versión 6.11 en todas las importaciones en lugar de reescribir cada referencia de color una por una, el parche de hoy ataca la causa raíz en vez de cada síntoma individual -una solución más amplia que la de la semana pasada, aunque depende de que Qt mantenga compatibilidad retroactiva con la 6.11 mientras el resto del ecosistema de Omarchy se pone al día. La corrección no tiene todavía una revisión humana registrada en el pull request -solo la de la herramienta automatizada greptile-apps-, el mismo patrón de triage automatizado que esta sección señaló el miércoles sobre un bug de seguridad distinto. Costa Rica no reporta despliegues institucionales de Omarchy; la comunidad tica de desarrolladores que sigue el proyecto verá el cambio en su próxima actualización del canal estable o rc.
El pull request #14110, abierto por el usuario edgseu para agregar autenticación facial mediante cámaras infrarrojas al candado de pantalla de Omarchy, acumula 27 commits desde el 2 de setiembre y sigue abierto sin fusionar. El cambio usa el paquete howdy-git y el módulo pam_howdy.so en un contexto PAM separado del de la contraseña, con un límite de dos escaneos consecutivos y un tiempo de espera de cinco segundos, según la descripción del propio pull request. El 7 de octubre, edgseu reconoció en los comentarios que el código y los ajustes de detección de hardware se generaron con un modelo Gemini, y pidió a otros revisores que lo revisaran con "un modelo más fuerte". El revisor jandrusk objetó, ese mismo 7 de octubre, que el propio archivo README del proyecto Howdy advierte que su reconocimiento facial "no es en absoluto tan seguro como una contraseña", y señaló fallas concretas: el código aceptaba como prueba de cámara infrarroja una sola palabra genérica (GREY) sin verificar el hardware, y usaba rutas de dispositivo /dev/videoN que pueden cambiar de número entre reinicios en lugar de identificadores estables. Edgseu corrigió ambos puntos esa misma semana, pero jandrusk mantuvo, el mismo día, que el proyecto debería esperar una decisión de los mantenedores antes de seguir, porque Omarchy ya tiene al menos otra propuesta rival de login facial -el pull request #12817, de mellismas, que además extiende el reconocimiento a sudo y polkit- compitiendo por el mismo mecanismo de bloqueo. Edgseu aceptó este 10 de octubre detener nuevos parches hasta que los mantenedores de Omarchy elijan entre las propuestas en competencia, según su propio comentario en el pull request. Ninguna autenticación facial llegará, por ahora, a una versión etiquetada de Omarchy. Costa Rica no registra uso institucional de Omarchy ni de hardware con cámara infrarroja compatible con Howdy; sin impacto local conocido al cierre de esta edición.
In no way as secure as a password.
El pull request #13397, abierto el 27 de setiembre por el usuario ameeno para corregir un fallo al cambiar el canal de actualización de Omarchy de edge o dev hacia estable o rc, fue cerrado por el propio autor este 10 de octubre sin llegar a fusionarse. El síntoma que el parche intentaba resolver -un error de "conflictos de paquetes irresolubles" en el comando omarchy-refresh-pacman- fue el mismo tipo de fricción que, según reportó esta sección el jueves, dejó a los usuarios del canal edge más expuestos durante las horas en que ese canal distribuía Qt 6.12 sin el parche del menú. La revisión automatizada de la cuenta llstrk, publicada el 29 de setiembre, encontró que las banderas que el parche agregaba a la transacción de actualización no llegaban al punto real donde ocurre el conflicto, y advirtió que una de ellas, --ask 4, podía aceptar automáticamente una eliminación de paquetes en una transacción capaz de bajar de versión -un riesgo mayor que el bug que intentaba corregir. El 3 de octubre, la cuenta automatizada omarchybot probó el cambio en una máquina virtual real y confirmó que el error persistía con y sin el parche, aunque con un mensaje distinto y en paquetes distintos (linux-firmware-other, linux-omarchy y linux-omarchy-headers) a los que el parche cubría. El cierre deja sin resolver, por ahora, el problema de fondo para quienes prueban el canal edge de Omarchy y luego quieren volver a una rama estable; omarchybot pidió a cualquier usuario que reproduzca el error en una máquina real que comparta la salida completa del comando. La comunidad costarricense de entusiastas de Arch y Hyprland que sigue los canales de prueba de Omarchy debería evitar, por ahora, cambiar de edge a estable sin respaldo previo.
— El autor ameeno cerró hoy su propio parche para el cambio de canal de edge a estable, después de que una revisión automatizada y una prueba en una máquina real no lograran reproducir la solución.
El tablero de hitos "Fedora 45 release" en la instancia de GitLab del proyecto, consultado hoy para esta edición, muestra 17 elementos de trabajo abiertos y ninguno cerrado, con el 0% del hito completado a diez días de la fecha de lanzamiento fijada para el 20 de octubre. El proyecto entró en su congelación final el 6 de octubre, según reportaron LinuxCompatible y Warp2Search esta semana, con solo dos bloqueadores aceptados en ese momento: una imagen de Server para aarch64 de tamaño excesivo y una falla de autenticación WiFi vinculada al servicio de secretos oo7. El tablero de hitos de GitLab no distingue entre tareas que bloquean el lanzamiento y tareas de documentación o limpieza menor, por lo que el número de 17 no equivale directamente a 17 bloqueadores activos -una distinción que el propio tablero no aclara y que esta edición señala para no sobrestimar el riesgo sobre la fecha. Fedora 45 llega con cambios orientados a seguridad como la firma de paquetes RPM activada por defecto y la restricción de ptrace, además de GNOME 51 y KDE Plasma 6.7, según el seguimiento que esta sección reportó el jueves. Fedora mantiene dos fechas de respaldo, el 27 de octubre y el 3 de noviembre, si el calendario se atrasa. Costa Rica no reporta instalaciones institucionales de Fedora -el sector público y bancario que usa distribuciones basadas en Red Hat suele optar por RHEL-, pero laboratorios universitarios y desarrolladores que usan Fedora Workstation seguirán de cerca si la fecha del 20 de octubre se sostiene.
El repositorio oficial del kernel Linux en GitHub, revisado esta mañana para esta edición, confirma que la etiqueta más reciente del ciclo 7.3 sigue siendo v7.3-rc6, publicada el 4 de octubre: ya pasaron seis días sin una séptima candidata. OSTechnix había reportado que Linus Torvalds calificó la rc6 como un regreso al patrón normal del ciclo después de una quinta candidata inusualmente grande, con las correcciones de controladores de hardware representando alrededor de la mitad del cambio de código. Phoronix había proyectado la séptima candidata para el 11 de octubre, un día después del cierre de esta edición. Si la rc7 se publica en la fecha que proyecta Phoronix, el lanzamiento estable del ciclo llegaría el 18 de octubre; si hace falta una octava candidata, la propia cobertura de Phoronix ya adelantó que la fecha se movería al 25. Ninguna de las dos proyecciones tiene confirmación oficial de Torvalds todavía. Esta sección ha seguido el ciclo 7.3 desde la rc1 del 30 de agosto, con una cadencia de una candidata por semana que, de sostenerse, haría de la ausencia de rc7 al cierre de esta edición una señal de calendario normal y no de atraso. Costa Rica no tiene mantenedores identificados en el equipo de desarrollo del kernel; el ciclo 7.3 solo llegará a los usuarios ticos de forma indirecta, cuando las bases de Ubuntu y Debian que sostienen buena parte de la infraestructura de servidores del país lo incorporen a una futura versión estable.
El viernes 10 de octubre combinó un cierre y dos frentes abiertos en Omarchy, además de avances medidos en Fedora y en el kernel. El parche #14845, fusionado por outfoxxed, forzó la versión 6.11 de QtQuick en todos los plugins y cerró -al menos en el empaquetado oficial- el choque de colores con Qt 6.12 que esta sección reportó el jueves. En paralelo, dos issues nuevos (#14588 y #14816) documentaron que el servicio de bloqueo de pantalla puede quedar marcado como activo sin estarlo, o atascado sin aceptar un nuevo bloqueo, tras ciclos de suspensión -un problema distinto al bug de PAM del jueves, pero en el mismo subsistema que Omarchy reescribió con Quattro. Un tercer parche, el del login facial con cámara infrarroja, quedó en pausa después de que su propio autor reconociera que el código se generó con un modelo de IA y un revisor señalara riesgos de suplantación; y un cuarto, para arreglar el cambio entre canales de actualización, se cerró sin fusionar tras no superar las pruebas automatizadas. Fedora 45 entra en su última semana antes del 20 de octubre con 17 tareas abiertas en su tablero de hitos, y el kernel Linux 7.3 cumple seis días en la candidata rc6, todavía sin fecha oficial para la rc7. Costa Rica no reporta impacto institucional confirmado en ninguno de estos frentes al cierre de esta edición, pero la comunidad tica de software libre que sigue a Omarchy de cerca -personaje de la semana en esta sección- tiene ahora tres hilos abiertos en el mismo subsistema de bloqueo de pantalla, además del que ya se cerró con el parche de Qt.