01La corrección de audio aborda cierres de aplicaciones sin aviso y cortes de sonido
emirb integró omacom/omarchy#16824 en la rama de desarrollo de Quattro. El cambio instala rtkit en todas las plataformas, permite que los clientes de PipeWire del sistema anfitrión soliciten directamente planificación en tiempo real y repara las sesiones en curso antes de habilitar el servicio. La propuesta señala que un presupuesto de ejecución en tiempo real de cero provoca la terminación de aplicaciones sin aviso, y también identifica hilos de audio que incumplen sus plazos bajo carga.
La corrección eleva los límites existentes que están a cero antes de la instalación y coordina las actualizaciones simultáneas. La PR informa de que no hubo terminaciones de aplicaciones provocadas por la actualización en los dos equipos físicos probados, y de que los casos de agotamiento del búfer de audio bajaron de 111 y 92 a cero en sus pruebas con búferes pequeños. Son mediciones comunicadas por el colaborador. Los clientes Flatpak y WirePlumber conservan limitaciones relacionadas con los portales, por lo que la integración no demuestra que se hayan corregido todas las vías afectadas.
02El escalado se guarda de forma independiente para cada pantalla
dhh propuso e integró omacom/omarchy#16923 en Quattro, sustituyendo la persistencia mediante un ajuste de escala compartido por una regla para el monitor que tiene el foco. Así, cambiar la escala de la pantalla de un portátil debería dejar de modificar la de una pantalla externa al recargar la configuración.
En respuestas posteriores, dhh describió escrituras atómicas que conservan los enlaces simbólicos de configuración y mecanismos de protección que dejan intactas las reglas complejas de los monitores. Después, dhh integró omacom/omarchy#16950 para calcular el valor de GDK_SCALE de toda la sesión a partir de la escala más baja de los monitores habilitados. Esto corrige el tamaño excesivo de las aplicaciones XWayland en pantallas de menor densidad, con la contrapartida señalada de que pueden verse algo pequeñas en la pantalla de mayor densidad.
03Quattro incorpora gestos predeterminados para el panel táctil
dhh propuso e integró omacom/omarchy#16891 en Quattro. Los deslizamientos con tres dedos permiten cambiar de espacio de trabajo, mostrar u ocultar la consola de IA o abrir el menú de Omarchy; los de cuatro dedos mueven la ventana activa entre espacios de trabajo o activan y desactivan la pantalla completa.
La migración desactiva los gestos predeterminados cuando ya existen gestos personalizados, para evitar conflictos entre las asignaciones. Durante el seguimiento, dhh amplió la detección a los archivos de configuración anidados y los enlaces simbólicos, y preservó estos enlaces al editar la configuración. Los usuarios pueden desactivar todos los gestos predeterminados o eliminar una asignación concreta antes de sustituirla.
04El shell de escritorio pasa a gestionar la secuencia de introducción del fondo
dhh propuso e integró omacom/omarchy#16884 en Quattro, trasladando la gestión de la secuencia de introducción del fondo de los scripts de shell al shell de escritorio. La secuencia mantiene el fotograma saliente hasta que el siguiente está listo y coordina el enlace al fondo, la reproducción de la introducción y la posterior recarga de Hyprland.
Las respuestas posteriores de 'dhh' describen mecanismos para bloquear los cambios de fondo frente a los cambios de tema, comprobar si la introducción está activa mientras se mantiene el bloqueo de recarga y recurrir a una transición normal cuando el shell en ejecución es antiguo y carece del nuevo mecanismo de traspaso. Los cambios buscan evitar destellos, transiciones interrumpidas y conflictos entre selecciones rápidas sucesivas.
05Un salvapantallas nativo de Wayland sustituye a las ventanas de terminal
omarchybot integró omacom/omarchy#16800 en Quattro. El nuevo salvapantallas dibuja una capa superpuesta en cada pantalla y se cierra al mover el ratón, hacer clic, desplazarse o pulsar una tecla. Sustituye a unas ventanas de terminal que no respondían al ratón.
El servicio de inactividad también detiene el salvapantallas cuando detecta actividad que la capa superpuesta no puede recibir, como pulsaciones de teclas multimedia con acciones asignadas, y cancela el bloqueo pendiente cuando el usuario vuelve. Según el PR, el paquete está disponible en edge para ambas arquitecturas; aún debe pasar a rc y stable para que una versión de Omarchy con este cambio llegue a esos canales.
06Las cuentas familiares seleccionadas mediante contraseña siguen en desarrollo
omarchybot abrió omacom/omarchy#16920, una propuesta para Quattro que sigue abierta y permitiría que varios adultos y menores compartieran una instalación. Cada cuenta tendría su propia ranura de clave para desbloquear el disco, y la contraseña utilizada determinaría qué escritorio se abre. Las cuentas infantiles añadirían restricciones de aplicaciones, colecciones de temas, control del tiempo de uso y una lista de sitios web permitidos.
En sus respuestas posteriores, omarchybot informa de correcciones para el acceso entre cuentas a los resolutores DNS de los menores, las transferencias interrumpidas de la responsabilidad sobre la contraseña de 'root' y la creación de cuentas cuando sudo exige una contraseña. Son correcciones dentro de la rama propuesta, no funciones ya integradas.
La propuesta señala expresamente los límites de sus controles infantiles: un menor decidido puede modificar su sesión, y conocer una contraseña del disco permite leerlo desde un USB con un sistema en vivo. Además, Apple Silicon necesita compatibilidad en los paquetes de arranque antes de poder aceptar una ranura de clave de otro usuario ('key slot').
08Una propuesta para el instalador reduce la competencia por el acceso al USB durante el arranque
hegjon abrió omacom/omarchy-iso#355, que sigue abierto. La propuesta asigna una contabilidad de E/S independiente a los servicios de verificación, evita tareas innecesarias del shell durante el arranque y prepara de antemano las fuentes de consola. Busca llegar antes a la pantalla de bienvenida del instalador sin renunciar a la verificación del medio.
Tras las mediciones iniciales en máquinas virtuales, hegjon informó de una prueba en un ThinkPad X200 físico con la misma memoria USB: el tiempo desde el inicio del kernel hasta la pantalla de bienvenida bajó de 25.5 a 20.5 segundos, y después se completó correctamente una instalación. Son mediciones de quien presentó la propuesta ('proposer'). El seguimiento acota la mejora esperada en ese equipo, donde la fase de initramfs, que no cambió, siguió siendo la mayor fuente de demora.
09Llegan a edge los valores predeterminados del cargador para la pantalla y la GPU del M3 Max
ryanrhughes integró en master el PR omacom/omarchy-pkgs#1707 de '
chriskearney'. El paquete del cargador activa de forma predeterminada los mecanismos existentes de traspaso de la pantalla y la GPU en el J516C, el M3 Max de 16 pulgadas, siempre que supere las comprobaciones de admisión, e incluye un traspaso de memoria necesario para las pantallas externas del T6030.
Al aprobar la revisión, 
maralcbr exigió que el kernel y Mesa correspondientes se distribuyeran antes que el cargador, para evitar que edge lo combinara con el kernel antiguo. Posteriormente, 
github-actions[bot] informó de la publicación correcta de m1n1-aurora 1.6.1.aurora22-1 en edge para aarch64.
El PR distingue entre las pruebas anteriores del hardware y la validación de esta combinación exacta de componentes. Las instalaciones existentes necesitan reconstruir boot.bin y arrancar con él para utilizar el nuevo Stage2; la reconstrucción del instalador y la validación completa para rc o stable siguen siendo tareas independientes.
10Omarchy Files llega al marketplace tras corregir problemas de privacidad
spalencsar presentó el widget lanzador Omarchy Files mediante omacom/omarchy-plugin-marketplace#13098. Abre una aplicación de gestión de archivos independiente y, si no está instalada, ofrece instalarla en el directorio personal del usuario ('home'), previa confirmación.
Durante la revisión, 
HANCORE-linux confirmó las correcciones anteriores del historial de carpetas y de la distribución, y después detectó que los argumentos del comando de notificaciones exponían nombres de archivos privados y mensajes de error sin procesar. Una revisión posterior confirmó que la versión v0.1.3 resolvía esos problemas y que las sumas de comprobación de los archivos fijados coincidían.
Después, github-actions[bot] informó de la publicación y la verificación, y la solicitud se cerró. La verificación se aplica a la versión concreta revisada del marketplace y se indica expresamente que no constituye una auditoría de seguridad.
