01Las ISO de ARM edge incorporan un proceso nocturno de instalación
emirb abrió omacom/omarchy-iso#282 y lo integró en quattro el 16 de octubre. Añade un flujo nocturno de edge para aarch64 que genera una ISO, la instala sin intervención, arranca dos veces el sistema instalado y repite la instalación como un N1x antes de permitir su publicación.
El proceso publica una ISO, su suma de comprobación y metadatos de los paquetes y del kernel. Este flujo de trabajo sigue sin admitir imágenes de máquinas virtuales ARM. Se trata de infraestructura de la rama de desarrollo para compilaciones edge, no del anuncio de una versión estable.
02El instalador conserva las entradas de arranque de Limine de otras instalaciones
birkskyum aprobó omacom/omarchy-iso#192, de 
jdvmi00, y lo integró en quattro el 16 de octubre. Ahora la limpieza comprueba conjuntamente la etiqueta, la partición y el cargador de cada entrada de arranque, evitando que una etiqueta de Limine compartida provoque la eliminación de la opción de arranque de otra instalación. Los fallos de limpieza se registran en lugar de interrumpir la instalación.
github-actions[bot] informó de que las pruebas de instalación habían pasado tanto en x86_64 como en aarch64. El cambio se ha incorporado a la rama de desarrollo; las pruebas aportadas no permiten afirmar que esté incluido en una versión estable.
04Cada monitor tiene sus propios espacios de trabajo numerados
ryanrhughes abrió omacom/omarchy#15655 el 16 de octubre y la incorporó a quattro el 18 de octubre, fuera del día cubierto por este artículo. Según su descripción actual, cada monitor dispone de espacios de trabajo con numeración propia del 1 al 10, de modo que los atajos numéricos actúan sobre el monitor que tiene el foco y cada barra muestra los espacios de trabajo de ese monitor.
El diseño actual conserva las asignaciones de los monitores al reconectarlos y reúne los espacios de trabajo en otra pantalla al desconectarlos; cuando el monitor vuelve a conectarse, recuperan su numeración anterior. También documenta que las disposiciones guardadas de los espacios de trabajo no se adaptan a la renumeración. Estos detalles proceden de la descripción actualizada posteriormente; la incorporación confirma su disponibilidad en la rama de desarrollo, no en una versión estable.
05El escalado independiente por pantalla avanza en su revisión
timothygwright propuso en omacom/omarchy#15665 un selector de monitor situado encima de las opciones de escala predefinidas del panel Pantalla. La propuesta del 16 de octubre también permite dirigir el comando de escalado a una salida por su nombre y guarda por salida los cambios realizados con atajos en el monitor que tiene el foco cuando hay varias pantallas activas. Sigue abierta.
Tras la revisión, timothygwright informó de correcciones en la selección por teclado de las pantallas situadas más adelante en la lista, la persistencia de los ajustes tras desconectar un monitor y la conservación de los campos de rotación en los ajustes separados por punto y coma. Posteriormente, 
greptile-apps[bot] dio por corregidos los tres problemas. El autor también indicó que había comprobado el panel con dos pantallas físicas; esta validación fue comunicada por el propio colaborador.
07La propuesta sobre DNS de las VPN suma una reproducción en un entorno de ejecución y acota la cuestión de compatibilidad
La propuesta abierta omacom/omarchy#14350, de 
Alumniminium, sustituye la configuración global forzada de DNS de NetworkManager por ajustes del proveedor en los perfiles de Wi-Fi y Ethernet, junto con un hook del dispatcher. El objetivo es conservar el proveedor de DNS público elegido y permitir a la vez que las conexiones VPN aporten servidores DNS para resolver nombres privados.
El 16 de octubre, Alumniminium aceptó actualizar una prueba existente. Más tarde, 
omarchybot informó de una reproducción en un entorno de ejecución: los nombres privados de WireGuard no se resolvían con la implementación de quattro y sí con la propuesta, mientras que Ethernet conservaba el DNS de Cloudflare. El bot también indicó que había corregido el tratamiento de las familias de direcciones cuyos métodos de NetworkManager rechazan los ajustes de DNS.
La propuesta sigue pendiente de una decisión de los mantenedores sobre los enlaces de salida bridge, bond y VLAN, para los que la implementación descrita conserva el DNS recibido por DHCP, así como de la coordinación con otros cambios que se solapan. omarchybot informó de que las pruebas específicas pasaban, aunque había fallos en el conjunto más amplio de pruebas del shell; por tanto, las pruebas aportadas respaldan avances concretos, no que toda la batería pase.
08La investigación del fallo de la pantalla de bloqueo reproduce una retirada rápida de una salida
MarlonAzevedo añadió el 16 de octubre un informe a omacom/omarchy#9156 sobre un portátil AMD cuyo shell fallaba al conectar un monitor y un concentrador USB mientras estaba bloqueado. Tras recuperarse, el bloqueo indicaba un estado seguro, pero la pantalla permanecía negra y obligaba a reiniciar el equipo por la fuerza.
Después, omarchybot informó de que había reproducido un fallo por error de protocolo con paquetes más recientes, creando una salida sin pantalla y eliminándola inmediatamente mientras el equipo estaba bloqueado. La traza apuntaba a una condición de carrera entre una solicitud de superficie de bloqueo y la eliminación de la salida. El bot atribuyó ese fallo a Hyprland, pero dejó expresamente sin explicar el comportamiento posterior de la pantalla negra.
La incidencia sigue abierta. El bot indicó que la investigación no había producido una corrección acotada dentro de Omarchy y dejó a criterio de un mantenedor las opciones de evitar el apagado de las pantallas o conservar una salida sin pantalla.
09Eyes propone descripciones locales de la pantalla, con controles de privacidad aún en revisión
Chessing234 abrió omacom/omarchy#15660 el 16 de octubre. Su descripción actual propone Eyes, un comando de captura de pantalla que, al invocarse, pide a un modelo de visión local que describa una pantalla, responda a una pregunta o localice un objeto sin hacer clic en él. La descripción se actualizó después del periodo cubierto e indica que las pruebas se realizaron con sustitutos, no de principio a fin con un modelo real.
En los comentarios de revisión del 16 de octubre, greptile-apps[bot] detectó un intervalo entre la comprobación de si el gestor de contraseñas tenía el foco y la captura, además de capturas temporales que no se eliminaban al cancelar. Son hallazgos de revisión sobre la revisión examinada, no pruebas independientes del comportamiento de la implementación actual. La propuesta sigue abierta.
10Super + Mayús + S se convierte en un atajo para capturas de pantalla
El commit omacom/omarchy@51bfd1dbaa1b de quattro añade Super + Mayús + S para las capturas de pantalla y traslada Google Maps a Super + Mayús + Alt + S. 
TripleU613 figura entre los participantes; el nombre que consta como autor del commit es TripleU.
El historial de commits deja constancia de que se descartó una propuesta de migración que habría reescrito los atajos personales, porque las actualizaciones de los paquetes sustituyen los archivos de atajos predeterminados. El cambio está registrado en la rama de desarrollo, lo que no demuestra que forme parte de una versión estable.
11El kernel Aurora permite arrancar en la máquina virt de QEMU
omacom/omarchy-pkgs@1cc8d4436ab3 incorporó a master la compatibilidad con un controlador anfitrión PCIe genérico y la consola PL011. El cambio permite al kernel Aurora detectar los discos virtuales y la red, y ofrecer una consola en la máquina virt de QEMU, incluida la configuración de UTM en Apple Silicon.
malik-na figura entre los participantes y el nombre que consta como autor del commit es Naeem Malik. La revisión del paquete sube a 12 sin cambiar la referencia fijada del código fuente; la descripción del commit afirma que los controladores añadidos se vinculan a nodos del árbol de dispositivos ausentes de las descripciones de hardware de Apple.
HANCORE-linux
paulmiddelkoop
SirJul1337