Un agente de Claude Code reporta un crash de Hyprland que el canal estable de Omarchy todavía no empaqueta, el servicio de revisión automatizada Greptile se queda sin créditos gratuitos hasta el 21 de octubre, un usuario documenta que el bloqueo de pantalla ignora la preferencia de bloqueo de 1Password, la cuenta omarchybot llega a 222 parches propios con solo 38 fusionados, el kernel Linux sostiene la séptima candidata del ciclo 7.3 y el tablero de lanzamiento de Fedora 45 repite diecisiete tareas sin cerrar a seis días de su fecha límite.
El usuario XRPLocutus abrió este 14 de octubre el issue #15440 en el repositorio de Omarchy, cerrado con la línea "Filed by Claude Opus 5.5 via Claude Code" -presentado por Claude Opus 5.5 a través de Claude Code-. El reporte detalla cinco caídas de Hyprland con SIGSEGV en la función CBackend::dispatchIdle de libaquamarine.so.14, todas al despertar la sesión desde el apagado de pantalla (DPMS) de la pantalla de bloqueo, entre el 24 de setiembre y el 14 de octubre, en un equipo con gráficos integrados Intel Arrow Lake y una NVIDIA RTX 5090 con el controlador 610.57.04, sobre Omarchy 4.0.4-1, kernel 7.2.5-3-omarchy y Hyprland 0.56.2-2. La corrección existe desde hace casi un mes: aquamarine 0.15.1, publicada el 17 de setiembre con los commits "drm: fix uaf in frameIdle" y "drm: release output on disconnect manually" del repositorio hyprwm/aquamarine, y ya disponible en el repositorio extra de Arch Linux. El problema, según el propio reporte, es que la base de datos extra.db que usa el mirror estable de Omarchy sigue fechada el 8 de setiembre, de modo que el comando omarchy update nunca entrega el paquete corregido a quienes no bajan manualmente aquamarine 0.15.1 por su cuenta. El issue no tiene comentarios ni pull request vinculado al cierre de esta edición, y el propio reportero admite que no pudo confirmar la pila de llamadas exacta por falta de símbolos de depuración. Es la segunda vez en dos días que un agente de inteligencia artificial -ayer uno basado en Gemini, hoy uno basado en Claude- documenta de forma estructurada un fallo de Omarchy antes que un usuario humano. La información proviene únicamente del repositorio de GitHub de Omarchy, sin cobertura de prensa especializada al cierre de esta edición. Omarchy es una distribución de nicho para desarrolladores sin reporte de adopción corporativa en Costa Rica, así que el efecto directo para usuarios ticos es nulo por ahora.
El usuario Sebo1411 abrió este 13 de octubre el issue #15333 en el repositorio de Omarchy para fijar un aviso que la propia cuenta automatizada greptile-apps había dejado como comentario en el pull request #15262: "Greptile has paused reviews on this repository" -Greptile pausó las revisiones en este repositorio-, porque el plan gratuito para proyectos de código abierto se quedó sin créditos. El aviso dice que el servicio se reactiva de forma automática el 21 de octubre, o antes si un administrador de la organización activa el uso facturado. El único comentario, de camdencarr84-jpg, resume el ánimo de la conversación en una palabra: "Welp." Greptile no es un adorno: esta misma sección documentó el 13 de octubre que la cuenta lo usó para calificar con "confianza 5 sobre 5" el parche que David Heinemeier Hansson fusionó contra el choque de Qt 6.12, y la cuenta automatizada omarchybot -que por su cuenta ya suma 222 pull requests propios- depende de que alguien, humano o bot, revise lo que produce. Que una pieza de ese flujo de revisión corra sobre el nivel gratuito de un proveedor externo, y pueda apagarse de un día para otro sin aviso previo del propio Greptile, expone cuánto de la velocidad «agéntica» que Omarchy exhibe depende de infraestructura ajena al proyecto y no de capacidad propia -esto a pesar de que la fundación Omacom, que ahora administra el repositorio, recaudó cerca de ocho millones de dólares según reportó ItsFoss en agosto. Al cierre de esta edición ningún mantenedor de Omarchy había comentado el issue ni confirmado si pagará por mantener las revisiones activas antes del 21 de octubre. La información proviene únicamente del propio repositorio de GitHub, sin cobertura de prensa especializada todavía. Sin impacto local conocido al cierre de esta edición: no hay registro de empresas costarricenses que dependan de Greptile para su propio flujo de revisión de código.
— El aviso automatizado dice que las revisiones no volverán hasta el 21 de octubre, salvo que alguien con permisos de administrador pague por el uso adicional del servicio de revisión de código basado en IA.
El usuario axelfontaine abrió el 12 de octubre el issue #15180, donde explica que 1Password se bloquea cada vez que se bloquea la pantalla de Omarchy, aunque el propio gestor de contraseñas tenga desactivada su opción "Lock 1Password when computer locks". La causa, según el reporte, es que el script omarchy-system-lock ejecuta 1password --lock siempre que la aplicación está corriendo, y no existe una forma de desactivar ese comportamiento a nivel de usuario porque /usr/share/omarchy/bin precede a ~/.local/bin en la variable PATH del sistema. El 14 de octubre, el usuario nekomario28 añadió un diagnóstico más preciso en los comentarios: el bloqueo de Omarchy es una superposición de capa ("layer-shell overlay") que nunca emite la señal estándar de logind que 1Password necesita para reaccionar a su propio ajuste. En sus palabras, "the preference appears ignored because the event it listens for never arrives" -la preferencia parece ignorada porque el evento que escucha nunca llega-. Propone dos salidas: que Omarchy emita también la señal loginctl lock-session junto con su bloqueo propio, o que el --lock forzado quede detrás de una opción de configuración. El propio nekomario28 aclara que no tiene 1Password instalado, por lo que no pudo confirmar que el ajuste funcione una vez que la señal exista -una limitación que esta edición señala explícitamente, sin presentarla como solución verificada. Dos días después de abierto, el issue no tiene parche ni respuesta de los mantenedores de Omarchy. Sin impacto local conocido al cierre de esta edición, aunque 1Password es uno de los gestores de contraseñas más usados entre equipos de desarrollo en Costa Rica, por lo que cualquier corrección eventual sí tocaría flujos de trabajo locales si Omarchy ganara adopción aquí.
La cuenta automatizada omarchybot acumula, según el listado de pull requests filtrado por autor en GitHub, 222 pull requests abiertos en el repositorio de Omarchy al cierre de esta edición: 172 todavía abiertos y 50 cerrados, de los cuales 38 fueron fusionados. El 13 de octubre esta misma sección reportó 220 parches totales y 37 fusionados, es decir que en 24 horas la cuenta abrió dos parches más y logró una sola fusión adicional -una tasa de aprobación que se mantiene cerca del 17%, prácticamente idéntica a la de hace dos días. La cifra importa en conjunto con la pausa de Greptile reportada hoy mismo en esta sección: el flujo de revisión automatizada que normalmente califica parches como el que Greptile marcó con "confianza 5 sobre 5" en el pull request #15265 -citado por esta sección el 13 de octubre- queda sin esa capa hasta el 21 de octubre, justo cuando la cola de pull requests de omarchybot sigue creciendo más rápido de lo que se fusiona. La automatización produce volumen, no necesariamente resolución. Ningún mantenedor de Omarchy se ha pronunciado sobre si el cuello de botella de revisión se agravará mientras Greptile esté fuera de servicio. Sin impacto local conocido al cierre de esta edición.
cat /feed/omarchyterminal.md
El issue #15424 y su parche resultaron ser una reescritura de un arreglo que ya existía contra el mismo fallo de libxkbcommon, y el propio autor los cerró horas después de abrirlos.
> El usuario jkhereford abrió este 14 de octubre el issue #15424: el cuadro de contraseña de polkit en Omarchy ignora el NumLock, de modo que las teclas del teclado numérico no escriben dígitos hasta apagar y volver a encender el NumLock, en un Intel NUC12SNKi72 con Hyprland 0.56.2-2, Quickshell 0.3.1-1 y Qt 6.11.2. El mismo día, el usuario nekomario28 -el mismo que comentó hoy el issue del bloqueo de 1Password- abrió el pull request #15429, que mapea las teclas de navegación del teclado numérico de vuelta a sus dígitos dentro de un archivo nuevo, shell/plugins/polkit/KeypadDigits.js, con un arnés de pruebas que verifica las once teclas afectadas.
> Horas más tarde, el propio jkhereford cerró el issue como "not planned" al descubrir que era un duplicado del issue #8552, ya documentado, cuya causa raíz vive en la librería libxkbcommon y que ya cuenta con una corrección subida al proyecto xkbcommon/libxkbcommon, programada para la versión 1.14.0. El repositorio de Omarchy ya tenía, además, un parche paliativo anterior -el pull request #10530- que hacía exactamente lo que proponía el nuevo parche de nekomario28. Tanto el issue #15424 como el pull request #15429 quedaron cerrados como no planeados el mismo 14 de octubre.
> El caso no deja una regresión pendiente: la corrección real depende de que libxkbcommon 1.14.0 llegue empaquetada a Arch Linux y, de ahí, al canal estable de Omarchy, algo que todavía no tiene fecha confirmada. Sin impacto local conocido al cierre de esta edición.
La séptima candidata, publicada el 12 de octubre, sigue vigente como última revisión del ciclo; Phoronix reporta que Torvalds confía en saltarse una octava y pasar directo a la versión estable el 18 de octubre.
La etiqueta v7.3-rc7 fue publicada el 12 de octubre por Linus Torvalds, según el historial de etiquetas del repositorio torvalds/linux en GitHub. Dos días después, al cierre de esta edición, ninguna candidata adicional ni la versión final habían aparecido en ese historial -el mismo punto donde esta sección dejó el ciclo el 13 de octubre. Según Phoronix, en su nota sobre el lanzamiento de la rc7, Torvalds dijo esperar que el ciclo no necesite una octava candidata y que la versión 7.3 final salga "hopefully" -con suerte- el fin de semana siguiente, es decir, el domingo 18 de octubre. Se trata de información preliminar sobre una fecha todavía no confirmada por un lanzamiento real ni por una segunda fuente independiente al cierre de esta edición. Si el calendario se sostiene, el ciclo 7.3 cerraría con siete candidatas desde que la rc1 salió el 30 de agosto; si Torvalds decide publicar una rc8, el lanzamiento final se correría una semana, hasta el 25 de octubre. El kernel Linux corre en la mayoría de los centros de datos en la nube y en Android, así que cualquier distribución de infraestructura usada por empresas costarricenses hereda este calendario de forma indirecta, a través de las distribuciones que empaquetan el kernel, sin que medie una decisión local.
El hito "Fedora 45 release" en el repositorio de GitLab de la documentación de notas de lanzamiento de Fedora muestra, al cierre de esta edición, 17 tareas abiertas y 0 cerradas, con fecha límite fijada para el 20 de octubre de 2026 -el mismo balance que esta sección reportó el 13 de octubre, sin movimiento visible en ese tablero específico. LinuxCompatible y Warp2Search habían reportado a comienzos de octubre que el congelamiento final ("final freeze") y la fecha de lanzamiento de Fedora 45 quedaron fijados para el 20 de octubre una vez que los rastreadores de bloqueo del proyecto se vaciaron. El plazo ya está a seis días y el tablero de documentación no refleja avance, aunque eso no implica necesariamente que el lanzamiento esté en riesgo: los equipos de Fedora suelen cerrar las tareas de documentación pegadas al propio día de salida, no durante la semana previa. El indicador real será si Fedora confirma el lanzamiento el 20 de octubre como estaba previsto, o si ese freeze se corre, como ha ocurrido en ciclos anteriores de la distribución. Fedora es una de las bases de desarrollo más usadas en universidades y empresas de software en Costa Rica por su ciclo de soporte corto y predecible, así que un atraso en esta fecha retrasaría en cadena las actualizaciones de quienes la usan como entorno de trabajo local.
La jornada en software libre quedó marcada por el lado humano -y automatizado- del mantenimiento: un agente de Claude Code encontró un crash de Hyprland que el canal estable de Omarchy no ha empacado, el servicio de revisión Greptile se quedó sin créditos gratuitos hasta el 21 de octubre, un usuario documentó que el bloqueo de pantalla ignora la preferencia de 1Password y un bug del teclado numérico resultó ser un duplicado que se cerró el mismo día que se abrió. Entretanto, el kernel Linux sostiene su séptima candidata del ciclo 7.3 sin fecha confirmada de lanzamiento final, y el tablero de documentación de Fedora 45 llega a seis días de su plazo sin una sola tarea cerrada. Ninguno de los dos casos es, por ahora, una alarma: son los relojes normales de un ecosistema que depende de voluntarios, fundaciones y proveedores externos de IA en partes desiguales.