02El soporte para ARM avanza con la integración en tiempo de ejecución y las comprobaciones de instalación
ryanrhughes abrió la propuesta de soporte en tiempo de ejecución para NVIDIA N1x y la propuesta de una ISO para aarch64 el 10 de octubre. Ambas se integraron posteriormente en quattro el 15 de octubre, fuera del período cubierto por esta 'edición': omacom/omarchy#14820 y omacom/omarchy-iso#251. Sus descripciones actuales abarcan un soporte más amplio para N1x, Snapdragon y GB10; esas descripciones posteriores no deben interpretarse como el alcance original del día en que se abrieron.
El 10 de octubre también llegó a quattro el commit de 
omarchybot para la 'convergencia con Mac', que incorporó una configuración adaptada a la plataforma y la integración con el ciclo de arranque. omacom/omarchy@e1b0e5e9bb72 registra esa integración. Otros commits de la ISO, atribuidos a Emir Beganovic y con 
emirb entre los participantes registrados, añadieron comprobaciones de instalación desatendida y arranque para aarch64 genérico. También cambiaron la compresión de la raíz del entorno live a lz4, porque el kernel genérico no podía leer squashfs comprimido con zstd.
ryanrhughes también incorporó la instalación del llavero de Arch Linux ARM en el sistema de destino y la validación de firmas con ese llavero. Esto resuelve el rechazo de paquetes firmados durante la primera operación de paquetes en línea de los sistemas instalados. omacom/omarchy-iso@2487d3b1cb7e registra la corrección; estos commits y las integraciones en desarrollo no acreditan la existencia de una versión estable para ARM.
04Un informe de bloqueo al autorizar accesorios coincide con una propuesta para revertir la función
gavrix informó de que USBGuard bloqueó tanto el teclado como el ratón conectados a través de un monitor Dell utilizado como KVM, sin dejar ningún dispositivo de entrada operativo con el que autorizarlos. Según el informe, fue necesario arrancar desde una instantánea para desactivar USBGuard. omacom/omarchy#11874:issuecomment-6102552400 documenta el impacto para el usuario.
omarchybot abrió omacom/omarchy#14938 al final del 10 de octubre para revertir la autorización de USB y Thunderbolt. Su descripción actual incluye tareas de migración para deshacer los controles y las restricciones de arranque ya instalados, porque eliminar solo el código fuente dejaría la protección activa sin los controles para autorizar dispositivos. El informe de 'validación' de omarchybot, publicado ese mismo día, describía comprobaciones en entornos de trabajo desechables y señalaba expresamente que no se había probado la restauración del firmware Thunderbolt en hardware físico.
La propuesta de reversión se cerró sin integrarse el 12 de octubre, fuera del período cubierto. Por tanto, su estado actual no acredita que la eliminación propuesta llegara a quattro.
06La propuesta de una imagen pequeña de instalación por red para USB se cierra por el coste de mantenimiento
Tsurgcom propuso en omacom/omarchy-iso#256 un medio de instalación por red lo bastante pequeño como para caber en una memoria USB de 4 GB nominales. El autor indicó que había obtenido una imagen de unos 1.41 GiB al omitir la réplica del repositorio de paquetes incluida, renunciando así a la instalación sin conexión y pasando a necesitar una conexión a internet operativa.
Las pruebas en el entorno live revelaron defectos en la inicialización del llavero y en el análisis de los resultados del escaneo Wi-Fi. Tsurgcom informó de que los había corregido y de que después había solucionado la inclusión accidental de sockets de agentes en los datos iniciales del llavero. Según el informe de 'pruebas' del autor en omacom/omarchy-iso#256:issuecomment-6101577594, una imagen reconstruida completó posteriormente una instalación desatendida por red y un reinicio sin unidades fallidas.
dhh rechazó añadir otro modo de instalación por la carga de mantenimiento que ya suponía la ISO, aunque dejó abierta la posibilidad de mantenerlo de forma independiente. La propuesta se cerró sin integrarse el 10 de octubre. omacom/omarchy-iso#256:issuecomment-6103168854 recoge la decisión.
08La verificación de Omabump descubre un fallo en un hook de actualización de Voxtype que se ejecuta con privilegios
La solicitud de 
Vladkarok para verificar una instantánea más reciente de Omabump sigue abierta en omacom/omarchy-plugin-marketplace#10910. Durante la revisión, 
HANCORE-linux detectó un 'hook' del paquete Voxtype que leía un archivo de traspaso desde un directorio temporal compartido sin comprobar quién era su propietario y aceptaba un ejecutable controlado por un atacante como lanzador del sistema.
Vladkarok confirmó el mecanismo y explicó que el mismo hook se ejecutaba durante las actualizaciones ordinarias del paquete, por lo que la corrección correspondía al paquete y no al plugin. El autor describió una propuesta de cambio que utilizaba almacenamiento exclusivo de root y restringía las rutas de los ejecutables restaurados, y previó actualizar la 'receta fijada' de Omabump una vez integrada esa corrección. omacom/omarchy-plugin-marketplace#10910:issuecomment-6098036843 recoge la respuesta; la discusión proporcionada no acredita que la reparación del paquete se haya completado.
09La revisión de Ward cuestiona la exposición de información mediante permisos de solo lectura sobre directorios
La propuesta de Ward de 
jacob-vincent-mink sigue abierta como omacom/omarchy#10974. Su descripción actual propone procesos de trabajo aislados para Quickshell de terceros, con aprobaciones específicas para cada revisión y permisos seleccionados, e identifica como pendientes el 'empaquetado nativo', el enrutamiento del registro y otras tareas de aceptación más amplias.
El 10 de octubre, el revisor 
SorenHJohansen informó de que los permisos de solo lectura podían exponer configuraciones protegidas del sistema anfitrión incluso cuando se rechazaban los permisos de escritura. Describió una reproducción del proceso de aprobación de principio a fin y pidió que se rechazaran esas rutas raíz para ambos modos de acceso o que se definiera explícitamente qué información podía quedar expuesta. La misma revisión señaló problemas con la ruta del compilador y el entorno gráfico en las pruebas opcionales. omacom/omarchy#10974:issuecomment-6102074229 añade una cuestión concreta de confidencialidad a la propuesta de aislamiento, que sigue abierta.
