Los módulos NVIDIA precompilados evitan recompilar los controladores repetidamente
dhh integró omacom/omarchy#17409 en la rama de desarrollo Quattro para utilizar módulos abiertos de NVIDIA precompilados con linux-omarchy. Los cambios correspondientes en los paquetes ya están incorporados en master de omarchy-pkgs. Los módulos se compilan y firman junto con la versión exacta del kernel al que corresponden, lo que evita la compilación local mediante DKMS en los equipos que cumplen los requisitos.
greptile-apps[bot] advirtió que eliminar DKMS podía dejar sin soporte gráfico a un kernel de recuperación adicional. El cambio definitivo conserva DKMS cuando hay otro kernel instalado. Las variantes eevdf y muqss también lo mantienen, según consta en omacom/omarchy@97316b0bb66f y omacom/omarchy-pkgs@bffb8bf70650.
FFmpeg para ARM incorpora grabación con NVIDIA en edge
ryanrhughes integró en master la propuesta omacom/omarchy-pkgs#2074 de
dhh, identificada en inglés como
dhh's, y habilitó NVENC y NVDEC en el paquete FFmpeg para aarch64. Esto subsana la falta de soporte del codificador que impedía grabar la pantalla de Omarchy mediante gpu-screen-recorder en equipos GB10 y N1x. Su autor informó de pruebas de grabación satisfactorias en un DGX Spark.
github-actions[bot] informó en omacom/omarchy-pkgs#2074:issuecomment-6609673849 de la publicación de FFmpeg 2:9.0.2-2.1 en edge/aarch64. Este paquete adaptado sigue manualmente las actualizaciones de Arch Linux ARM; su descripción advierte de que un paquete más reciente del proyecto de origen puede sustituirlo sin soporte para NVIDIA hasta que el cambio se incorpore allí.
Quake abre un selector de agentes o un modelo local en ejecución
dhh integró omacom/omarchy#17457 en Quattro. Ahora, una consola Quake vacía ofrece el selector de agentes y da preferencia a un modelo local en ejecución cuando hay un agente compatible disponible. Los agentes instalados desde la consola se abren en mosaico dentro de ella, en lugar de permanecer en el terminal flotante de instalación.
greptile-apps[bot] detectó un fallo que se producía cuando varias ventanas de terminal compartían un mismo ID de proceso.
dhh respondió con un título de ventana único para el instalador y una prueba de regresión en omacom/omarchy#17457:discussion_r4456536132. Otros commits añaden el empaquetado de Amp Desktop en master y menús de instalación y desinstalación en Quattro; la desinstalación conserva los directorios de la CLI de Amp, descritos como Amp CLI's directories en omacom/omarchy@8c76648872bf.
La compilación de paquetes rechaza archivos cuyos propietarios son IDs de cuentas locales
La protección para la compilación de paquetes incorporada por emirb rechaza los archivos comprimidos que contienen ficheros pertenecientes a un usuario distinto de root o a un grupo inesperado. omacom/omarchy-pkgs@98353c6bab94 explica qué motivó el cambio: el paquete de Bitwarden para aarch64 contenía 222 ficheros cuyo propietario era el identificador numérico 1001, lo que podía dar a una cuenta local con ese mismo identificador el control sobre el binario instalado.
Otro commit en master modifica la extracción de Bitwarden para que root sea el propietario de los archivos: omacom/omarchy-pkgs@8896655942d7. La protección rechaza las compilaciones afectadas antes de su publicación; según el commit, Bitwarden para aarch64 fue la única excepción detectada al examinar 525 paquetes de edge.
Una propuesta de actualización de Hyprland busca corregir los fallos al desconectar monitores
La propuesta omacom/omarchy-pkgs#2064 de MPavleski sigue abierta. Ahora propone Hyprland 0.57.1-2 junto con las barras de título correspondientes, en lugar de las adaptaciones iniciales de las correcciones de bloqueo de sesión y dmabuf, ya que la versión del proyecto original incluye esas correcciones.
Antes de ese cambio de enfoque, MPavleski informó de que una compilación de 0.57.0 con parches locales había resistido la desconexión de HDMI sin el cierre inesperado de Firefox ni la salida del shell observados anteriormente. Son resultados de pruebas realizadas por el colaborador con esa compilación. Por su parte,
l2aptor pidió dar prioridad a la actualización tras informar de la pérdida de la salida HDMI después de desbloquear la sesión, y señaló que había logrado arrancar una vez con otro parche incluido en el proyecto original. Estos informes explican la urgencia de la actualización, pero no demuestran que se haya publicado una solución.
Llegan a Quattro correcciones para la configuración de Superwhisper
dhh cerró la propuesta omacom/omarchy#15622 de
AnPod sin fusionarla, explicando que otros cambios habían resuelto la configuración inicial, la ubicación en la bandeja del sistema y la ausencia del paquete de imágenes para aarch64. La propuesta describía instalaciones nuevas que carecían del perfil por usuario y de los atajos de Superwhisper.
Quattro también incorporó una corrección para las instalaciones existentes aún sin configurar y una función auxiliar compartida para recargar Hyprland. omacom/omarchy@5c0d91a18549 aborda la configuración iniciada fuera de la sesión de escritorio: las recargas utilizan la selección de instancia de Hyprland, notifican los fallos reales y ya no hacen que la configuración del dictado falle después de guardar los ajustes.
El kernel ARM añade árboles de dispositivos para cuatro portátiles Snapdragon
ryanrhughes fusionó en master la propuesta omacom/omarchy-pkgs#2049 de
birkskyum, que añade árboles de dispositivos para los Acer Swift 14 AI y Swift Go 14, el Dell Latitude 5455 y el HP EliteBook 6 G1q. Según la propuesta, los paquetes de firmware y los identificadores de hardware de systemd ya estaban presentes, lo que permite utilizar los nuevos árboles al seleccionar la imagen.
github-actions[bot] informó en omacom/omarchy-pkgs#2049:issuecomment-6592465708 de la publicación de linux-omarchy 7.3-11 en edge/aarch64. La propuesta indica que los árboles se compilaron correctamente, pero declara expresamente que ninguno de los cuatro portátiles había arrancado con este kernel, por lo que su publicación no demuestra que el hardware funcione con él.
Omapasskey se publica tras reforzar la protección de la salida del terminal
La propuesta de Omapasskey de Divanyx, que utiliza un TPM, se publicó y quedó cerrada. En omacom/omarchy-plugin-marketplace#13302:issuecomment-6602986228,
Divanyx informó de que la versión 1.2.2 escapa los caracteres de control de terminal no confiables presentes en los nombres de cuentas y dispositivos, incluidos los nombres ya almacenados, y cuenta con pruebas de regresión.
HANCORE-linux confirmó después que los problemas señalados anteriormente estaban resueltos en el commit revisado y aceptó la configuración explícita de su servicio de sistema dedicado.
github-actions[bot] dejó constancia de la publicación en omacom/omarchy-plugin-marketplace#13302:issuecomment-6614926435. Los usuarios siguen teniendo que instalar el servicio nativo y configurar un PIN; la verificación se aplica a la versión exacta del marketplace que se revisó y no constituye una auditoría de seguridad.
La actualización de PrimoDock sigue bloqueada por una vía de lanzamiento que utiliza la identidad de la aplicación
La propuesta omacom/omarchy-plugin-marketplace#13628 de PrimoGameStudio sigue abierta. Los cambios posteriores eliminaron las identidades de aplicaciones sin procesar de las rutas automáticas de iconos, pasaron los argumentos de restauración como datos y sustituyeron una vía de lanzamiento de aplicaciones web basada en eval.
HANCORE-linux confirmó la corrección relativa a las aplicaciones web, pero detectó otra vía en la última versión examinada: la identidad de una aplicación anclada desconocida, proporcionada por el cliente, aún podía llegar a un intérprete de comandos después de que el usuario la cerrara y volviera a abrirla. En omacom/omarchy-plugin-marketplace#13628:issuecomment-6618047712 se mantiene la decisión de no aprobarla. El hallazgo, basado en una revisión estática, describe una ejecución condicionada con los permisos del usuario del escritorio, sin afirmar que permita ejecutar como root ni sin interacción del usuario.
Avanza la propuesta para pausar el shell durante las actualizaciones, con cuestiones de recuperación aún pendientes
La propuesta abierta omacom/omarchy#16900 de taxin-404 plantea pausar la carga de complementos mientras se sustituyen los paquetes y reiniciar después el shell. Busca evitar que los motores antiguos carguen código QML nuevo e incompatible durante la actualización y dejen inutilizables los atajos de teclado del shell.
Después de que greptile-apps[bot] planteara varias objeciones,
taxin-404 informó de correcciones para los estados inciertos de los bloqueos, la identificación de shells ajenos, los cambios en la barra durante una pausa y los enlaces simbólicos de las marcas de tiempo de las notificaciones. Aún falta acordar una recuperación común para las transacciones fallidas de actualización y cambio de canal. El último informe del colaborador también indica que una comprobación de configuración sigue fallando porque faltan los hooks de empaquetado complementarios; la propuesta no se ha fusionado.
