Un colaborador propone un escritorio separado para que los agentes de inteligencia artificial manejen aplicaciones sin tomar el mouse ni el teclado del usuario, al menos diez reportes nuevos muestran que el parche del viernes para el choque de Qt 6.12 no cubre a quienes actualizan los paquetes del sistema, la cuenta automatizada omarchybot ya firma 213 pull requests propios en el repositorio, el kernel Linux llega a su séptima candidata y Fedora 45 cumple ocho días sin cerrar una sola tarea en su tablero de hitos.
El parche que forzó QtQuick 6.11 en los plugins de Omarchy no evita que una actualización completa de Qt 6.12 deje el menú y la barra en negro, según al menos diez reportes abiertos esta semana.
El issue #15090, abierto este 12 de octubre por el usuario sanurielf, documenta que una actualización completa a Qt 6.12.0 -con quickshell 0.3.2-4 recompilado contra esa versión- deja el menú principal y la barra superior de Omarchy en negro, con errores de tipo indefinido en los archivos Button.qml, PanelToolTip.qml, PopupCard.qml y TextField.qml. El mismo día, el usuario LLDaLastDon confirmó en los comentarios del propio issue que el problema persiste en Omarchy 4.0.4-2 y omarchy-settings 4.0.4-6, y escribió que "upgrading to 4.0.4 does not fix it" -actualizar a la versión 4.0.4 no lo corrige-, y que el único remedio que encontró fue bajar los paquetes qt6-base y qt6-declarative a la versión 6.11.2. El síntoma es el mismo que esta sección reportó el viernes como resuelto: el choque entre el singleton nativo Color que introdujo QtQuick 6.12 y el singleton Color propio de la interfaz de Omarchy. El pull request #14845, fusionado el 10 de octubre por el colaborador outfoxxed, fuerza las importaciones de QtQuick sin versión explícita a usar la 6.11 dentro del empaquetado oficial -pero ese parche no fija la versión de los paquetes qt6-base y qt6-declarative del sistema, de modo que cualquier usuario que actualice esos paquetes por su cuenta, como ocurre por defecto en Arch Linux, vuelve a quedar expuesto al mismo choque. Entre el 11 y el 12 de octubre, al menos diez issues distintos -entre ellos el #15134, el #15133, el #15105, el #15085, el #15071, el #15069 y el #15025- describen el mismo síntoma en hardware distinto, desde un MacBook Pro con Apple M1 Pro hasta equipos de escritorio con tarjeta NVIDIA; uno de ellos, el #15055, fue cerrado hoy mismo como duplicado. Ningún mantenedor humano de Omarchy ha comentado todavía en los issues revisados para esta edición; la única respuesta pública al problema sigue siendo el parche de importaciones del viernes, que esta nueva ola de reportes muestra insuficiente. Costa Rica no reporta despliegues institucionales de Omarchy, pero la comunidad tica de software libre que prueba el canal edge debería fijar manualmente qt6-base y qt6-declarative en la versión 6.11.2 hasta que el proyecto confirme una corrección que cubra también los paquetes del sistema.
El usuario KewkLW abrió este 12 de octubre el pull request #15087 en el repositorio de Omarchy, titulado "Add the agent seat: sandboxed apps with the agent's own pointer and keyboard". El cambio agrega el comando omarchy agent seat, que ejecuta una aplicación dentro de una sandbox de bubblewrap conectada a un intermediario Wayland propio -sin modificar Hyprland-, con su propio puntero y teclado en un espacio de trabajo separado marcado con un borde naranja; el usuario conserva el control de sus propias ventanas en todo momento. Según la descripción del propio pull request, los agentes hoy "must borrow the user's seat" -deben tomar prestado el único cursor y teclado del usuario- en Omarchy, porque Hyprland no admite múltiples sesiones de entrada (multi-seat). El propio autor reconoció en la descripción del cambio el riesgo central de la función: un agente que conduce un navegador sobre una página maliciosa "is one prompt injection away from all of it" -está a una sola inyección de instrucciones de perder el control de todo lo que puede tocar-, por lo que describió el asiento del agente como "the sandboxed complement for untrusted apps and pages, not a replacement" de otras medidas de seguridad. La revisión automatizada de la cuenta greptile-apps, consultada hoy para esta edición, calificó el cambio con una confianza de apenas 0 sobre 5 y reportó cerca de diez observaciones, varias marcadas como prioridad P1, sobre puntos como carpetas compartidas que podrían exponer archivos protegidos y clics por nombre que pueden fallar su objetivo. KewkLW respondió que corrigió los hallazgos de la primera ronda de revisión, pero la página del pull request no muestra todavía si los señalamientos más recientes de greptile-apps quedaron resueltos, y ningún mantenedor humano de Omarchy ha comentado la propuesta al cierre de esta edición. La idea no es nueva: el usuario kvnloo ya la había planteado el 7 de setiembre en la discusión #10688, pidiendo que Omarchy documentara el límite mientras se elevaba la solicitud a Hyprland en vez de recomendar un compositor anidado. KewkLW vinculó esa discusión como el origen de su propuesta y publicó hoy mismo un hilo de presentación, el #15088, todavía sin comentarios de otros usuarios. Costa Rica no reporta uso institucional de Omarchy ni de herramientas de automatización de escritorio con agentes de IA; cualquier desarrollador tico que use agentes como Claude Code o Codex sobre su propio escritorio Linux debería considerar el mismo riesgo de inyección de instrucciones que el propio autor del parche reconoce, incluso fuera de Omarchy.
La cuenta automatizada omarchybot pasó esta semana de comentar issues antiguos a abrir sus propios parches: el repositorio de Omarchy le atribuye hoy 213 pull requests, con al menos 25 abiertos solo este lunes.
El filtro author:omarchybot sobre los pull requests del repositorio de Omarchy, consultado hoy para esta edición, muestra 213 resultados en total: 165 todavía abiertos y 48 cerrados, de los cuales 37 llegaron a fusionarse, según la propia interfaz de búsqueda de GitHub. Al menos 25 de esos pull requests se abrieron hoy mismo, 12 de octubre, con títulos que describen correcciones puntuales y específicas: detectar lectores de huellas SPI por su identificador ACPI (#15130), evitar que el reproductor de medios cambie de tamaño al pausar (#15132), o impedir que el sondeo de estado de Dropbox invalide un enlace de inicio de sesión pendiente (#15135). El salto es, en escala, el mismo frente que esta sección reportó el domingo sobre el triage de issues: aquel día, omarchybot comentó en al menos 25 reportes de meses de antigüedad usando revisiones de Claude Opus 5.5 que en varios casos no tuvieron la segunda opinión de un modelo Codex por falta de cupo diario. Hoy, la misma cuenta ya no se limita a comentar: abre sus propios pull requests, los somete a la revisión automatizada de greptile-apps y los deja a la espera de un mantenedor humano. De los 213 pull requests que la cuenta ha abierto en total, solo 37 -algo más de uno de cada seis- llegaron a fusionarse, una proporción que matiza la imagen de productividad: la mayoría de los parches que redacta la cuenta quedan abiertos sin resolución. Ningún anuncio oficial de Omarchy o de 37signals explica todavía qué modelo o modelos redactan estos parches, ni qué porcentaje de revisión humana recibe cada uno antes de fusionarse. Costa Rica no tiene despliegues institucionales de Omarchy, pero cualquier desarrollador tico que mantenga un proyecto propio con un flujo de revisión asistido por IA similar -Claude Code u otra herramienta agéntica- encuentra aquí una referencia concreta de escala: 213 parches automatizados en un repositorio de código abierto, con una tasa de fusión de apenas 17%.
El repositorio torvalds/linux en GitHub, revisado esta mañana para esta edición, muestra la etiqueta v7.3-rc7 fechada el 12 de octubre a las 3:04 de la madrugada, con el commit 24a19b9 firmado por el propio Linus Torvalds. La etiqueta llega ocho días después de la v7.3-rc6, publicada el 4 de octubre, un día más tarde que el 11 de octubre que había proyectado la cobertura de Phoronix y OSTechnix para la séptima candidata, aunque dentro de la misma ventana de fin de semana que el ciclo ha sostenido desde la rc1 del 30 de agosto. En las horas previas a la etiqueta, Torvalds fusionó en su historial de cambios al menos una decena de ramas de corrección con nombres como riscv-for-linus-7.3-rc7 e input-for-v7.3-rc6, además de fusiones de los subsistemas EDAC, DRM e I2C, según el propio historial del 9 al 11 de octubre. Si el ritmo de una candidata por semana se sostiene, el lanzamiento estable del ciclo 7.3 seguiría proyectado para el 18 de octubre; una octava candidata movería la fecha al 25, según la misma cobertura especializada que esta sección ha seguido desde agosto. 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 usuario falkoro abrió este 12 de octubre el pull request #15139, titulado "Offer to remove packages only the previous channel provided", para atender el issue #14304: cuando un usuario cambia el canal de actualización de Omarchy -de edge a estable o viceversa, mediante omarchy channel set-, los paquetes que solo publicaba el repositorio anterior quedan instalados como paquetes huérfanos que ninguna actualización vuelve a tocar, y que la limpieza automática no detecta porque se instalaron de forma explícita. El propio texto del pull request advierte, además, que un comando como yay -Sua puede confundir ese paquete huérfano con un paquete distinto del repositorio de usuario AUR que comparte el mismo nombre. La corrección propuesta registra los paquetes del repositorio antes de refrescarlo, y antes de entregar el control a omarchy update ofrece eliminar -con el valor por defecto en "no"- los paquetes que quedaron huérfanos, usando la herramienta interna omarchy-pkg-drop; los paquetes compilados desde AUR quedan fuera del listado, y una eliminación rechazada o fallida no detiene el cambio de canal. La revisión automatizada de greptile-apps calificó el cambio con una confianza de 5 sobre 5 y lo describió como seguro de fusionar, aunque señaló que las pruebas no llegaban a ejercitar la nueva rama de eliminación; falkoro respondió con un commit adicional, 7a5df3a, que agrega una prueba de frontera sobre la herramienta real de eliminación. El problema conecta con el frente que esta sección reportó el 10 de octubre: el pull request #13397, que atendía un síntoma relacionado al cambiar de canal, se cerró ese día sin fusionarse después de que una prueba en una máquina real no logró reproducir la solución. El #15139 sigue abierto y sin revisión humana al cierre de esta edición. La comunidad costarricense de entusiastas de Arch y Hyprland que prueba los canales de Omarchy debería seguir evitando el cambio de edge a estable sin respaldo previo, hasta que alguno de los dos parches se fusione.
— El pull request #15139 agrega un paso que detecta y ofrece eliminar los paquetes que solo publicaba el canal anterior, para cerrar una fuga que el proyecto reconoce desde el issue #14304.
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 ocho días de la fecha de lanzamiento fijada para el 20 de octubre -el mismo conteo que esta sección reportó el domingo, sin un solo elemento cerrado en los cinco días consecutivos que lleva esta edición siguiendo el tablero. Los dos bloqueadores aceptados en la congelación final del 6 de octubre -una imagen de Server para aarch64 de tamaño excesivo y una falla de autenticación WiFi vinculada al servicio de secretos oo7- siguen sin resolución pública reportada en el propio tablero. El estancamiento total del tablero -ninguna tarea cerrada en cinco días consecutivos de seguimiento- es un dato que matiza la confianza en la fecha del 20 de octubre, aunque el propio tablero de GitLab no distingue entre tareas que bloquean el lanzamiento y tareas de documentación o limpieza menor, una ambigüedad que esta sección ya señaló la semana pasada para no sobrestimar el riesgo. El proyecto no ha publicado todavía un anuncio oficial de atraso. 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 lunes 12 de octubre combinó una propuesta ambiciosa con una regresión que no cede y un ejercicio de escala inédito en Omarchy. El pull request #15087, del colaborador KewkLW, propuso aislar a los agentes de inteligencia artificial en un escritorio propio con su propio puntero y teclado -con el propio autor advirtiendo que un agente que navega páginas no confiables "is one prompt injection away from all of it"-, mientras al menos diez issues nuevos confirmaron que el parche del viernes para el choque entre Qt 6.12 y el singleton de color de la interfaz no cubre a quienes actualizan los paquetes qt6-base y qt6-declarative del sistema. En paralelo, la cuenta automatizada omarchybot -personaje de la semana en esta sección, por el arco de triage y automatización que esta sección ha seguido toda la semana pasada- acumula ya 213 pull requests propios en el repositorio, con 25 abiertos solo hoy y una tasa de fusión de apenas 17%. Fuera de Omarchy, el kernel Linux 7.3 llegó a su séptima candidata la madrugada de hoy, un día después de la fecha que proyectaba la cobertura especializada, y Fedora 45 cumplió ocho días con su tablero de hitos estancado en 0%, a ocho días de su lanzamiento fijado para el 20 de octubre. Costa Rica no reporta impacto institucional confirmado en ninguno de estos frentes al cierre de esta edición, pero cualquier desarrollador tico que use agentes de IA sobre su propio escritorio Linux, o que mantenga un canal edge de Omarchy, tiene hoy datos concretos sobre el riesgo de inyección de instrucciones y sobre la fragilidad real del parche de Qt del viernes.