Un colaborador externo abre el primer intento de llevar la corrección del apagón de Qt 6.12 a la versión estable de Omarchy, un issue atribuido a un agente de Gemini documenta un fallo de memoria del escritorio, la propuesta de aislar agentes de IA sigue sin decisión de los mantenedores, la cuenta automatizada omarchybot llega a 220 parches propios sin mover su tasa de fusión, el kernel Linux sostiene la séptima candidata del ciclo 7.3 y Fedora 45 llega a siete días de su lanzamiento con el mismo tablero en cero.
La corrección que ya vive en la rama principal desde el 8 de octubre todavía no llegó a ningún usuario; hoy un colaborador externo abrió el primer intento de llevarla a la versión 4.0.4.
El usuario promaaa abrió este 13 de octubre el pull request #15265, titulado "[4.0.4 backport] Fix shell palette collision with Qt 6.12 (#14553)", para traer a la rama de la versión 4.0.4 el parche que el propio David Heinemeier Hansson fusionó en quattro el 8 de octubre bajo el pull request #14553. El cambio es un cherry-pick de los commits b83d3df y b2b59d0 que reescribe cinco archivos QML -entre ellos lock/LockView y lock/Service- para que cada referencia a la paleta use Commons.Color en vez del Color que QtQuick 6.12 agrega como tipo propio. Según la descripción del propio pull request, probado en un Apple M1 Pro con Asahi y Qt 6.12.0, la rama sin el parche produce 813 advertencias de paleta; con el cambio de hoy, cero. La revisión automatizada de greptile-apps lo calificó con confianza de 5 sobre 5 y David Heinemeier Hansson dejó una reacción de aprobación en la página. El parche de hoy no corrige código nuevo: empaqueta una solución que ya existe desde hace cinco días pero que ninguna versión etiquetada de Omarchy incluye todavía, según confirmó el usuario aholbreich en los comentarios del issue #15197 -abierto el 12 de octubre por WhiskeyTangoFussell con el mismo síntoma de menú y barra en negro-, donde escribió que "no release includes it yet" tanto en la versión 4.0.4 como en la candidata 4.0.3rc4. Una búsqueda en GitHub por issues abiertos que mencionan Qt 6.12 y el singleton Color devuelve hoy 23 resultados, frente a los al menos diez que esta sección reportó el lunes: el problema de fondo ya no es que falte una corrección, sino que el proceso de empaquetado de Omarchy no la ha hecho llegar a quien actualiza sus paquetes del sistema. El pull request #15265 sigue sin fusionarse al cierre de esta edición y sin revisión de un mantenedor humano. Costa Rica no reporta despliegues institucionales de Omarchy, pero la comunidad tica de software libre que sigue el canal estable del proyecto -personaje de la semana en esta sección- debería esperar hasta que esta versión de respaldo se publique antes de asumir que una actualización resuelve el apagón.
El pull request #15087, que el usuario KewkLW abrió el 12 de octubre para agregar el comando omarchy agent seat, sigue abierto hoy con siete commits nuevos empujados este 13 de octubre y 150 verificaciones automatizadas corriendo sobre siete archivos de prueba del propio asiento. La última ronda de la revisión automatizada de greptile-apps subió la confianza a 5 sobre 5 y dejó un solo señalamiento abierto, de prioridad P2, sobre aplicaciones detenidas que el sistema sigue reportando como activas. El desarrollo de hoy no es de código sino de criterio: el colaborador jandrusk escribió en la página del pull request que el trabajo es "huge and thoughtfully designed" -enorme y diseñado con cuidado- pero enmarcó la decisión pendiente como un asunto de producto: "worth a maintainer thumbs-up on shipping an agent seat in-tree vs keeping it experimental" -vale la pena un visto bueno de un mantenedor sobre si enviar el asiento de agente dentro del repositorio principal o mantenerlo experimental-, y pidió además una revisión de seguridad dedicada al listado de permisos del intermediario Wayland y a su zócalo de control. KewkLW aceptó la oferta de jandrusk de revisar línea por línea ese intermediario y reconoció que la sandbox comparte la red del equipo anfitrión como "a known limit" -un límite conocido- ya documentado, y propuso la herramienta pasta como mejora futura. Ningún mantenedor con poder de fusión -como David Heinemeier Hansson u outfoxxed- comentó todavía la propuesta. La pregunta de fondo sigue siendo la que el propio autor planteó el lunes: un agente que navega páginas no confiables dentro del asiento está, en sus palabras, a una sola inyección de instrucciones de perder el control de lo que toca. Costa Rica no reporta uso institucional de Omarchy ni de agentes de escritorio, pero cualquier desarrollador tico que use Claude Code, Codex u otra herramienta agéntica sobre su propio Linux encuentra en este expediente el mismo problema de diseño sin resolver: cómo delimitar lo que un agente puede tocar antes de dejarlo correr solo.
El filtro author:omarchybot sobre los pull requests del repositorio de Omarchy, consultado hoy para esta edición, muestra 220 resultados en total: 171 todavía abiertos y 49 cerrados. Al filtrar además por is:merged, el conteo de fusionados se queda en 37 -idéntico al que esta sección reportó el lunes, cuando el total era 213-. Entre los pull requests que la cuenta abrió hoy mismo, 13 de octubre, están el #15255 ("Restore the glyph on font-set's restart notifications"), el #15249 ("Keep the last Codex limits, marked stale, when a probe fails") y el #15227 ("Disable the region picker's binds on close instead of unbinding them"), todos con títulos que describen correcciones puntuales y específicas. La aritmética importa más que el volumen: en 24 horas la cuenta sumó al menos siete pull requests nuevos sin que ninguno adicional llegara a fusionarse, de modo que la proporción de parches que efectivamente entran al proyecto bajó de 17,4% (37 de 213) a 16,8% (37 de 220). Ningún anuncio oficial de Omarchy o de 37signals explica todavía qué modelo o modelos redactan estos parches ni qué revisión humana recibe cada uno antes de fusionarse -la misma pregunta que esta sección dejó abierta el lunes y que el propio ritmo de hoy no responde. Costa Rica no tiene despliegues institucionales de Omarchy, pero cualquier desarrollador tico que sostenga un flujo de revisión asistido por IA similar en su propio proyecto -con Claude Code u otra herramienta agéntica- encuentra en esta cifra una referencia concreta: escalar la generación de parches no escaló, en este caso, la capacidad de fusionarlos.
cat /feed/omarchyagentesia.md
El issue, atribuido a Gemini vía Antigravity, documenta cómo un fondo de pantalla animado puede hacer que el compositor Quickshell consuma más de siete gigabytes de memoria hasta que el sistema lo mata.
> > Setting an animated GIF (~8.5MB) as wallpaper via 'omarchy theme bg set' causes quickshell to allocate uncompressed frame buffers until OOM-killed
> El issue #15179, abierto el 12 de octubre bajo la cuenta Casazola49, trae en su pie de página la atribución "filed by Gemini via Antigravity" -presentado por el modelo Gemini a través de la herramienta de programación agéntica Antigravity-. El reporte describe que al fijar un GIF animado de unos 8,5 megabytes como fondo de pantalla, Quickshell reserva memoria sin comprimir para cada cuadro hasta que el sistema operativo mata el proceso, con unos 7,2 gigabytes de memoria residente en un equipo con Omarchy 4.0.0, Hyprland 0.56.2 y solo 8 gigabytes de RAM; como el enlace simbólico del fondo persiste, la caída se repite en cada arranque y puede bloquear el acceso al escritorio gráfico.
> El mismo día, el desarrollador sprajs abrió el pull request #15211, "Read wallpaper dimensions from the first frame", que rastreó la causa a la función que mide el tamaño del fondo: un GIF de dos cuadros de 20x10 píxeles devolvía la cadena 20 1020 10, que el intérprete leía como una imagen de 20x1020 en vez de 20x10, inflando la asignación de memoria en cada cuadro adicional. El parche limita la lectura al primer cuadro y agrega una prueba de regresión que, según el propio autor, falla contra la base sin corregir y pasa con el cambio; la revisión de greptile-apps lo calificó con confianza de 5 sobre 5 e impacto medio. El pull request sigue sin fusionarse al cierre de esta edición.
> El episodio agrega una tercera capa al hilo de IA y Omarchy que esta sección sigue toda la semana: después de un bot de triage que ya firma 220 parches y una propuesta para que los agentes operen aplicaciones en su propio escritorio, ahora un agente también redacta el reporte de bug que un humano termina corrigiendo. Ningún mantenedor de Omarchy ha comentado todavía si el proyecto distingue, para fines de prioridad o confianza, entre un issue redactado por una persona y uno atribuido a un agente. Costa Rica no reporta impacto institucional conocido, pero cualquier desarrollador tico que ya use Gemini, Claude Code o Codex para generar reportes de error en sus propios repositorios encuentra aquí un precedente concreto de cómo se documenta esa autoría.
El historial de cambios de torvalds/linux en GitHub, revisado esta mañana para esta edición, no registra ninguna fusión nueva después del commit 24a19b9, con el que Linus Torvalds etiquetó v7.3-rc7 la madrugada del 12 de octubre. La propia página de etiquetas del repositorio sigue sin mostrar un v7.3-rc8 ni un lanzamiento final v7.3 al cierre de esta edición; es la primera pausa de fusiones de más de 24 horas que esta sección documenta en el ciclo desde que comenzó a seguirlo en setiembre. Si el ritmo de una candidata por semana que el ciclo sostiene desde la rc1 del 30 de agosto se mantiene sin una octava candidata, el lanzamiento estable del kernel 7.3 seguiría proyectado para el 18 de octubre, según la cobertura especializada de Phoronix y OSTechnix que esta sección ha seguido desde entonces; una rc8 movería la fecha al 25. Torvalds no ha publicado todavía ningún mensaje sobre el estado de la rc7 en el repositorio público. Costa Rica no tiene mantenedores identificados en el equipo de desarrollo del kernel; el ciclo 7.3 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 tablero de hitos "Fedora 45 release" en la instancia de GitLab del proyecto, consultado hoy para esta edición, sigue mostrando 17 elementos de trabajo abiertos y cero cerrados, con 0% del hito completado a siete días de la fecha de lanzamiento fijada para el 20 de octubre. Es el sexto día consecutivo que esta sección registra el tablero sin un solo elemento cerrado, desde que comenzó a seguirlo la semana pasada. Un tablero estancado en 0% una semana antes del lanzamiento no es, por sí solo, motivo de alarma: el propio tablero de GitLab mezcla tareas que bloquean el lanzamiento con tareas de documentación o limpieza menor, una distinción que no aclara y que esta sección ya señaló para no sobrestimar el riesgo. Pero el estancamiento total durante seis días seguidos es un dato que matiza la confianza en la fecha del 20 de octubre, sin que exista todavía un anuncio oficial de atraso por parte del proyecto. 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 de la Universidad de Costa Rica y el Instituto Tecnológico de Costa Rica que usan Fedora Workstation seguirán de cerca si la fecha del 20 de octubre se sostiene.
— El tablero oficial de hitos en GitLab muestra, a siete días del lanzamiento fijado para el 20 de octubre, las mismas 17 tareas abiertas y ninguna cerrada que mostraba el lunes.
El martes 13 de octubre combinó un intento de resolución con dos expedientes abiertos. El usuario promaaa abrió el pull request #15265 para llevar a la versión 4.0.4 el parche contra el choque de Qt 6.12 que David Heinemeier Hansson ya había fusionado el 8 de octubre en la rama principal, pero que ninguna versión etiquetada de Omarchy incluye todavía -una búsqueda en GitHub muestra hoy 23 issues abiertos por el mismo síntoma-. En paralelo, la propuesta de KewkLW para aislar a los agentes de inteligencia artificial en su propio escritorio recibió una revisión extensa del colaborador jandrusk, que la calificó de "huge and thoughtfully designed" pero dejó la decisión de integrarla en manos de un mantenedor todavía sin pronunciarse. Un tercer expediente mostró una faceta nueva del mismo hilo: el issue #15179, atribuido a un agente de Gemini a través de Antigravity, documentó un bug de memoria en el fondo de pantalla animado que un desarrollador humano, sprajs, ya corrigió con un pull request propio. La cuenta automatizada omarchybot -personaje de la semana en esta sección por el arco de automatización que atraviesa toda la semana- llegó hoy a 220 pull requests propios, sin mover su tasa de fusión del 17% que mostraba el lunes. Fuera de Omarchy, el kernel Linux 7.3 sostuvo su séptima candidata sin fusiones nuevas desde el domingo, y Fedora 45 llegó a siete días de su lanzamiento con el mismo tablero de hitos estancado en cero. 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 tiene hoy evidencia de que, en este proyecto, la frontera entre quién escribe código, quién lo revisa y quién reporta el error que lo origina ya no pasa únicamente por manos humanas.