Espacios de trabajo por monitor, cambio de idioma en la sesión y actualizaciones más seguras

01Los cambios de idioma llegan a las aplicaciones de escritorio que se abran después

dhh propuso e integró omacom/omarchy#15791 en quattro. Ahora, cambiar de idioma actualiza el entorno de Hyprland en ejecución y reinicia el shell del escritorio una vez aceptado el nuevo valor. Las aplicaciones que se abran después mediante atajos o el lanzador pueden heredar el idioma seleccionado sin volver a iniciar sesión.

Durante la revisión, greptile-apps[bot] señaló en omacom/omarchy#15791:discussion_r4305533187 una precisión necesaria en la documentación: una redefinición posterior de LANG mediante uwsm vuelve a aplicarse en el siguiente inicio de sesión, pero no se conserva al cambiar de idioma durante la sesión. El cambio se ha integrado en una rama de desarrollo; esto no demuestra que se haya publicado en una versión estable.

02Cada monitor tiene sus propios atajos para los espacios de trabajo

ryanrhughes integró omacom/omarchy#15655 en quattro, de modo que cada monitor dispone de espacios de trabajo locales del 1 al 10 y de una barra que muestra su propio conjunto. Los atajos numéricos actúan ahora sobre el monitor que tiene el foco. Los espacios de trabajo de las pantallas desconectadas se agrupan en otra pantalla y regresan al monitor original cuando se vuelve a conectar.

Tras la integración, greptile-apps[bot] señaló problemas con la identificación de los monitores, los registros de retorno obsoletos y el manejo de directorios de estado personalizados. Después, ryanrhughes integró omacom/omarchy#15867 para resolver los tres y comunicó que había reproducido los problemas y realizado pruebas de regresión. Las distribuciones guardadas siguen vinculadas a los números de los espacios de trabajo, y los atajos direccionales no permiten llegar a monitores que solo se tocan por una esquina.

alexgeorgousis explicó que, para asignar aplicaciones a atajos de espacios de trabajo fijos, ahora es necesario dar primero el foco a su monitor. En omacom/omarchy#15655:issuecomment-6252794912, ryanrhughes sugirió configurar atajos específicos para cada monitor e indicó que se estaba preparando una función de vista general; esa respuesta no demuestra que la función ya esté disponible.

03Las herramientas de línea de comandos predeterminadas pasan a usar shims nativos de mise para la instalación bajo demanda

ryanrhughes integró en quattro omacom/omarchy#9596, de jdx. Veinte herramientas predeterminadas utilizan ahora la instalación nativa bajo demanda de mise en lugar de scripts envoltorio escritos a mano, que podían reescribir la configuración en cada ejecución o entrar en bucle cuando gh actuaba como ayudante de credenciales de mise. La migración conserva los scripts personalizados y los enlaces simbólicos propiedad del usuario. El cambio requiere mise 2026.10.11.

En una discusión previa del 8 de octubre, charlielockyer-rice informó de clientes de agentes desactualizados y de confusión sobre sus mecanismos nativos de actualización. jdx respondió añadiendo actualizaciones automáticas de los agentes. La configuración integrada comprueba las once CLI de agentes como máximo una vez cada cuatro horas y ejecuta la versión instalada si falla una actualización o el equipo no tiene conexión.

Las opciones Remove Preinstalls y Restore Preinstalls permiten ahora gestionar las herramientas predeterminadas del sistema para cada usuario, mientras que cada herramienta puede desactivarse para utilizar una instalación propia. La PR informa de comprobaciones específicas, pero deja expresamente pendientes de validación la instalación desde cero con una ISO y el proceso interactivo de eliminación y restauración.

04Las correcciones de la migración de OpenClaw permiten completar las actualizaciones y respetan las instalaciones del usuario

spencerbull integró omacom/omarchy#14212 en quattro, retirando la antigua migración de OpenClaw e introduciendo una nueva transición a un entorno de ejecución de usuario que se actualiza automáticamente. El cambio corrige comprobaciones que fallaban con el PATH restringido del comando de actualización y añade la recuperación de la pasarela. Posteriormente, spencerbull integró omacom/omarchy#15864, que elimina el mecanismo general de aplazamiento de las migraciones: si no hay archivos iniciales, la transición ahora termina sin mover nada, y la recuperación del lanzador se encarga de la configuración posterior.

Después, emirb propuso e integró omacom/omarchy#15875 en quattro. Si un comando o una pasarela de OpenClaw pertenecientes al usuario entran en conflicto, ahora esa instalación se conserva intacta y la actualización puede terminar. Los fallos reales de configuración siguen dejando la migración pendiente. greptile-apps[bot] revisó esta distinción mediante la inspección del código e indicó expresamente que no había ejecutado pruebas.

Por separado, spencerbull integró omacom/omarchy-pkgs#797 en master, restaurando el paquete inicial y retirando OpenClaw del anillo de actualización rápida. github-actions[bot] informó en omacom/omarchy-pkgs#797:issuecomment-6252395093 de que la versión 2026.10.4-2 ya estaba disponible en edge para ambas arquitecturas. Ese anuncio confirma su disponibilidad en edge, pero no la existencia de una versión estable que incluya las correcciones de quattro.

05La promoción a estable espera a la instantánea probada del servidor espejo de Arch

emirb propuso e integró omacom/omarchy-pkgs#1247 en master. Ahora, la promoción de paquetes a estable se detiene si no coinciden las marcas de tiempo de los servidores espejo de Arch de los canales estable y candidato a lanzamiento, o si no se puede leer alguna de ellas. La PR describe un desfase de 18 minutos durante el despliegue de 4.0.5, que combinó Quickshell compilado para Qt 6.12 con Qt 6.11 e impidió que arrancara el shell.

Otros commits en master precisaron las instrucciones de recuperación para cuando stable es más reciente que rc. omacom/omarchy-pkgs@49583e017635 indica a los responsables del mantenimiento que copien manualmente la instantánea, en lugar de usar la herramienta de sincronización inversa que se eliminó. Se mantiene la comprobación de que las instantáneas coincidan; aarch64 no cuenta con una comprobación equivalente porque sus canales utilizan el servidor espejo de Arch Linux ARM actualizado en tiempo real.

06Una protección de las imágenes de arranque permite introducir la frase de contraseña con distribuciones de teclado no latinas

El commit de quattro asociado a kevincardwell, atribuido a Kevin Cardwell, restablece la protección que impide que una distribución de teclado no latina de la consola llegue a la pantalla de desbloqueo del disco de Plymouth. omacom/omarchy@1d134a5261cb explica que el hook de Plymouth de Arch empezó a copiar la configuración de la consola por su cuenta, eludiendo la exclusión que ya aplicaba Omarchy y pudiendo hacer imposible escribir una frase de contraseña de LUKS.

La protección impide esa copia para las distribuciones no latinas enumeradas, a la vez que conserva las distribuciones latinas en las configuraciones antiguas. Una migración reconstruye las imágenes de arranque afectadas. El cambio está incorporado en quattro; la información facilitada no confirma su disponibilidad en una versión estable.

07La retirada de paquetes puede centrarse en canales y arquitecturas obsoletos

Varios commits en master amplían la retirada de paquetes más allá de las recetas que han desaparecido por completo. El cambio anterior asociado a ryanrhughes, omacom/omarchy-pkgs@7c764cfb4bde, permite retirar los paquetes de una arquitectura para la que una receta ya no compila. Así se aborda el caso de los antiguos paquetes de Pinta para x86_64, que prevalecen sobre la versión más reciente de Arch.

El commit omacom/omarchy-pkgs@56689c7d0d75 de emirb extiende la decisión a cada canal. El caso que cita es el de paquetes de desarrollo obsoletos presentes en stable que pueden frustrar el cambio de edge a stable. El planificador también vincula las bases de paquetes con sus recetas correspondientes. omacom/omarchy-pkgs@d3995e0bef27 hace que la planificación se detenga por completo si no se puede leer una receta, evitando que un error de lectura se confunda con un paquete retirado. Estos commits modifican las herramientas de retirada; no confirman que se hayan eliminado las entradas obsoletas.