Un reporte documenta que la pantalla de bloqueo de Omarchy reintentó la autenticación por huella digital 63.875 veces en 47 horas, otros cuatro reportes describen fallas en portátiles con GPU híbrida, Canonical corrige una falla de ejecución remota en Rclone y revierte un parche de Bubblewrap que rompía aplicaciones Flatpak, el kernel Linux sigue en 7.3-rc3 a la espera de la cuarta candidata, y Omarchy deja de listar a Anthropic entre sus patronos distinguidos.
El usuario danielrod36 abrió este sábado 19 de setiembre de 2026 el reporte #12509 en el repositorio de Omarchy en GitHub, en el que documenta que la pantalla de bloqueo genera nuevas sesiones de autenticación PAM por huella digital cada aproximadamente 400 milisegundos, sin interrupción, cuando el demonio fprintd falla en verificar el dedo del usuario. El propio reporte cuantifica el problema con una máquina que estuvo bloqueada unas 47 horas: 63.875 sesiones de autenticación en ese lapso, un promedio de 148 por minuto durante los episodios activos, que además inundaron el registro del sistema a un ritmo de unas 15.000 líneas por hora. El autor del reporte propone limitar los reintentos a aproximadamente uno por segundo, con un mecanismo de espera progresiva que aumente el intervalo a segundos o minutos después de fallos repetidos, en lugar del bucle sin freno actual. El reporte no tenía, al cierre de esta edición, etiqueta de prioridad ni comentario de los mantenedores de Omarchy. La información proviene únicamente de ese reporte en GitHub, sin cobertura cruzada de prensa especializada al cierre de esta edición. Omarchy Core no ha respondido, en las fuentes consultadas, al reporte #12509. Costa Rica no tiene cifras propias de cuántos desarrolladores ticos usan autenticación por huella digital en Omarchy, pero cualquiera que dependa de un lector de huellas para desbloquear su equipo puede, según este reporte, generar decenas de miles de intentos de autenticación fallidos sin darse cuenta, con el consiguiente desgaste de batería y de registro del sistema.
cat /feed/omarchyhardwarehbrido.md
Usuarios abrieron este sábado reportes sobre video que se rompe, un servicio que reinicia en bucle en cada suspensión, una GPU discreta que consume energía sin usarse, y tray icons que desaparecen tras cada actualización del sistema.
> El usuario nikmagan abrió el 19 de setiembre de 2026 el reporte #12500, etiquetado como error, en el que documenta que el archivo de configuración nvidia.lua de Omarchy aplica variables de entorno de la GPU NVIDIA según la sola presencia del hardware y no según qué GPU usa realmente el compositor: en equipos híbridos donde Hyprland renderiza con la GPU integrada Intel pero existe una NVIDIA discreta, la variable LIBVA_DRIVER_NAME=nvidia fuerza la decodificación de video hacia la tarjeta discreta mientras Chromium y Electron quedan fijados al nodo de renderizado Intel, lo que provoca video que parpadea o desaparece en Brave y videollamadas que no reproducen en Signal Desktop, según el propio reporte, documentado en un equipo con Intel Core i7-10850H y NVIDIA Quadro T1000.
> El mismo día, el usuario rifzankhan documentó en el reporte #12506 que el shell de escritorio de Omarchy mantiene activa la GPU NVIDIA discreta incluso sin uso real: Qt Multimedia abre 19 handles de dispositivos NVIDIA al iniciar el shell, porque un complemento carga un reproductor multimedia de forma no perezosa, lo que consume entre 15 y 20 vatios adicionales y bloquea la suspensión en tiempo de ejecución, con una solución verificada mediante variables de entorno que desactivan la aceleración por hardware de FFmpeg. En paralelo, el usuario neiaki reportó en el #12495 que el servicio omarchy-sleep-lock.service reinicia en bucle en cada ciclo de suspensión y reanudación -unos 32 reinicios por episodio, según el registro adjunto-, porque intenta adquirir un bloqueo de suspensión mientras logind todavía procesa la operación anterior; y jfdnet documentó en el #12511 que los iconos de bandeja de aplicaciones que no se re-registran ante el observador SNI, como trayscale, desaparecen cada vez que una actualización del sistema reinicia el shell.
> Ninguno de los cuatro reportes tenía, al cierre de esta edición, etiqueta de prioridad ni comentario de un mantenedor. Costa Rica no tiene cifras propias de cuántos desarrolladores ticos corren Omarchy en portátiles con GPU híbrida Intel más NVIDIA, pero cualquiera que use una de esas configuraciones -frecuente en equipos gamer y estaciones de trabajo vendidas también en el país- puede reconocer alguno de estos cuatro problemas.
El rastreador de seguridad de Canonical para CVE-2026-64600 (RefluXFS), consultado por esta sección la mañana del 19 de setiembre de 2026, no registra cambios desde el 18 de setiembre: Ubuntu 26.04 sigue como la única versión con el paquete linux marcado como corregido, con la compilación 7.0.0-31.31; 22.04 y 24.04 permanecen en "trabajo en curso", y 18.04 y 20.04 continúan como vulnerables sin parche, según ubuntu.com. La falla cumple así 65 días sin corrección completa en esas cuatro versiones LTS, contados desde que el parche llegó al árbol genérico del kernel el 16 de julio. El rastreador para CVE-2026-64564 (SCTPhantom) tampoco muestra movimiento: 22.04 y 26.04 continúan en "trabajo en curso", mientras 14.04, 16.04, 18.04, 20.04 y 24.04 permanecen como vulnerables sin parche, 46 días después de la divulgación pública del 4 de agosto, con severidad crítica de 9,8 sobre 10 según Ubuntu. Ambas páginas marcan el 18 de setiembre como su última actualización, un día antes de esta edición, el mismo patrón de estancamiento de fin de semana que esta sección ha documentado en días anteriores. Canonical no ha publicado, en las fuentes consultadas, una fecha para completar el parche de ninguna de las dos fallas en las versiones LTS que todavía las esperan. Costa Rica no tiene cifras públicas de servidores locales con los módulos XFS con reflink o SCTP activos, pero cualquier equipo técnico tico que administre Ubuntu LTS en producción debe mantener las mitigaciones manuales mientras ninguno de los dos rastreadores muestre avance.
Canonical publicó el viernes 18 de setiembre de 2026 el boletín de seguridad USN-8782-1, que corrige CVE-2026-49980 en Rclone, la herramienta de línea de comandos para sincronizar archivos con almacenamiento en la nube. Rclone manejaba de forma incorrecta las solicitudes sin autenticar a su API de control remoto, lo que un atacante podía aprovechar para ejecutar comandos arbitrarios con los privilegios del usuario que ejecuta el programa, según la descripción del propio boletín. La falla afecta a Ubuntu 26.04 LTS, 24.04 LTS y 22.04 LTS, y quedó corregida en las versiones 1.60.1+dfsg-4ubuntu3.2, 1.60.1+dfsg-3ubuntu0.24.04.6 y 1.53.3-4ubuntu1.22.04.5 del paquete, respectivamente. La API de control remoto de Rclone -pensada para automatizar transferencias desde scripts u otras herramientas- suele exponerse en redes locales o incluso en internet cuando se configura sin capa de autenticación adicional, lo que convierte a esta clase de fallas en un vector de ataque directo hacia servidores de respaldo y sincronización. Canonical no ha publicado, en las fuentes consultadas, evidencia de explotación activa de CVE-2026-49980 antes del parche. Costa Rica no tiene cifras públicas de servidores locales que expongan la API de control remoto de Rclone, pero cualquier equipo tico que use la herramienta para respaldos automatizados en Ubuntu 22.04, 24.04 o 26.04 debería aplicar la actualización estándar del sistema y revisar si esa API queda expuesta fuera de una red confiable.
Canonical publicó el jueves 17 de setiembre de 2026 el boletín USN-8779-2, que revierte parcialmente la corrección que el boletín anterior, USN-8779-1, había aplicado a Bubblewrap -la herramienta de sandboxing que usan Flatpak y otros sistemas de aislamiento en Linux- para cerrar CVE-2026-87766. Según la descripción del propio boletín, el parche original afectaba la resolución de enlaces simbólicos de una forma que impedía que ciertas aplicaciones Flatpak arrancaran con normalidad, por lo que Canonical optó por deshacer ese cambio "hasta que exista una corrección completa", en sus propias palabras, en lugar de dejar el error de arranque sin resolver. El aviso afecta a Ubuntu 26.04, 24.04, 22.04, 20.04 y 18.04 LTS. El episodio ilustra una tensión que rara vez llega a los titulares de seguridad: parchar una vulnerabilidad puede romper funcionalidad real, y cuando eso ocurre, un proveedor puede optar por reabrir la ventana de exposición en lugar de dejar aplicaciones inutilizables, a la espera de una solución que no sacrifique ninguna de las dos cosas. Canonical no detalla, en el boletín, cuánto tiempo estima que tomará esa corrección completa ni qué mitigaciones recomienda mientras tanto más allá de la reversión misma. Costa Rica no tiene cifras públicas de instalaciones locales que dependan de Flatpak sobre Ubuntu LTS, pero cualquier desarrollador o administrador tico que use aplicaciones empaquetadas con Flatpak en alguna de las cinco versiones afectadas debería aplicar este boletín para recuperar el arranque normal, con la salvedad de que la falla original de Bubblewrap vuelve a quedar, por ahora, sin corrección definitiva.
— El boletín USN-8779-2 deshace, hasta tener una corrección completa, el cambio que el boletín anterior había aplicado para cerrar una falla en la resolución de enlaces simbólicos, porque impedía arrancar a ciertas aplicaciones Flatpak.
El repositorio torvalds/linux en GitHub, consultado por esta sección la mañana del 19 de setiembre de 2026, mantiene como etiqueta más reciente v7.3-rc3, fechada el 13 de setiembre, sin ninguna candidata posterior en su historial. Linux 7.3 arrancó su ciclo el 30 de agosto (rc1) y avanzó una etiqueta por semana -6 de setiembre (rc2), 13 de setiembre (rc3)-, un ritmo que sitúa a la cuarta candidata alrededor de este fin de semana, según ese mismo calendario recogido por Phoronix. El calendario de lanzamiento estable de Linux 7.3 sigue apuntando a mediados de octubre de 2026, sin que la ausencia de una nueva candidata este sábado represente, por sí sola, un retraso: Torvalds suele etiquetar las candidatas de fin de semana el domingo. Costa Rica no tiene mantenedores identificados en el equipo de desarrollo del kernel, pero cualquier distribución que los usuarios ticos corran en producción -desde Ubuntu hasta Omarchy- recibirá, tarde o temprano, las correcciones que se acumulen en esta rama de desarrollo.
La página de patrocinadores de Omarchy (omarchy.org/patrons) dejó de incluir a Anthropic entre sus "Distinguished Corporate Patrons" en algún momento hasta la mañana del 18 de setiembre de 2026, según pudo constatar esta sección al revisar esa página. Anthropic había sumado, según el registro previo de la Fundación Omacom, un aporte de USD 150.000 pagados en créditos de uso de su propio producto, en la misma modalidad de patrocinio en especie -no en efectivo- que días después replicaría OrcaRouter. La información proviene únicamente de la comparación directa de la página pública de patrocinadores en distintos momentos, sin que Omacom ni Anthropic hayan publicado un comunicado que confirme o explique el cambio, por lo que esta sección la trata como una sola fuente sin confirmación independiente al cierre de esta edición. El movimiento ocurre en la misma semana en que The Register documentó, el 17 de setiembre, que Omarchy enfrenta "críticos feroces" además de nuevos patrocinadores: el medio especializado citó al desarrollador Matthew Garrett calificando al proyecto de incompatible con los objetivos del software libre, y señaló que los patrocinios corporativos multimillonarios de esta semana contrastan con el patrocinio de apenas USD 50 mensuales a GNOME y Flathub que DigitalOcean -el mayor donante individual de Omarchy- había cancelado el mes anterior. Ninguna fuente consultada por esta sección confirma si la salida de Anthropic de la lista de patronos está relacionada con esas críticas o responde a una decisión administrativa sin ese trasfondo. Ni Omacom ni Anthropic han respondido, en las fuentes consultadas, sobre el cambio en la página de patrocinadores. Costa Rica no tiene relación directa con la Fundación Omacom ni con el financiamiento de Omarchy, pero la comunidad tica de software libre que sigue el proyecto -y que esta sección ha reportado que crece en soporte de hardware y en agentes de inteligencia artificial- queda, por ahora, sin una explicación oficial de este movimiento.
— La página pública de patrocinadores de Omacom ya no incluye a Anthropic entre sus patronos distinguidos, un cambio que esta sección detectó la mañana del 18 de setiembre sin que el proyecto explicara el motivo.
Un bucle de autenticación sin freno y cuatro fallas de hardware híbrido marcan el día en Omarchy, Canonical corrige y también revierte parches de seguridad, y RefluXFS llega a 65 días sin corrección completa.
El sábado 19 de setiembre de 2026 sumó cinco reportes nuevos al repositorio de Omarchy en GitHub: un bucle de autenticación por huella digital que generó 63.875 sesiones en 47 horas, y cuatro fallas más en portátiles con GPU híbrida Intel más NVIDIA, desde video que se rompe hasta un servicio que reinicia sin parar en cada suspensión. Ninguno tenía, al cierre de esta edición, comentario de los mantenedores. En seguridad, Canonical publicó el viernes el boletín USN-8782-1 para cerrar una falla de ejecución remota de comandos en Rclone, mientras el jueves había revertido parcialmente su propio parche de Bubblewrap porque rompía aplicaciones Flatpak, una reversión que deja esa falla original sin corrección completa hasta que exista un parche que no sacrifique funcionalidad. En el resto del ecosistema, el kernel Linux se mantiene en la candidata 7.3-rc3 a la espera de la cuarta, RefluXFS y SCTPhantom llegaron a 65 y 46 días sin corrección completa en la mayoría de las LTS de Ubuntu, y la página de patrocinadores de Omarchy dejó de listar a Anthropic entre sus patronos distinguidos, en la misma semana en que The Register documentó críticas al modelo de financiamiento del proyecto. Esta sección seguirá los cinco reportes abiertos hoy en busca de respuesta de los mantenedores, la etiqueta v7.3-rc4 del kernel, y los rastreadores 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 y los equipos que administran Ubuntu en producción siguen expuestos, en distinta medida, a cada frente que permanece abierto.