Mejoras en la configuración de modelos locales con NVIDIA, integración de Herdr en el escritorio y correcciones de dependencias para las actualizaciones de ARM

01Los modelos locales incorporan los requisitos de NVIDIA y pueden iniciarse sin un agente predeterminado

dhh abrió e integró omacom/omarchy#17330 en la rama de desarrollo quattro para añadir el kit de herramientas de contenedores de NVIDIA cuando la configuración de modelos locales detecta una GPU NVIDIA. Este kit proporciona la especificación del dispositivo GPU que necesitan los contenedores de modelos; los portátiles N1x carecían hasta ahora de este requisito.

dhh también abrió e integró omacom/omarchy#17337 en quattro. Al iniciar modelos locales, ahora se selecciona pi, u OpenCode si pi no está disponible, antes de comprobar si hay un agente predeterminado. Esto corrige el comportamiento del botón de inicio del panel, que parecía no responder cuando no había ninguno configurado. Las pruebas aportadas cubren la ejecución mediante el lanzador, pero no se probó un clic real en el panel.

02Herdr Desktop llega a Install > AI con activación del tema de Omarchy

ryanrhughes integró omacom/omarchy#17132, de jankeesvw, en quattro, añadiendo Herdr Desktop a Install > AI mediante el instalador oficial de Herdr. La aplicación y su núcleo se actualizan por sí solos. Todavía no hay una opción Remove, ya que para desinstalarlo es necesario decidir cómo conservar los terminales en ejecución y las modificaciones del usuario.

La integración del tema atribuida a claytonfaria se incorporó a quattro en omacom/omarchy@4907fcdf74eb. Durante la revisión del instalador, greptile-apps[bot] detectó que faltaba la dependencia del tema, y ryanrhughes indicó que esta se incorporaría primero. Tras la integración, ryanrhughes explicó que la instalación espera hasta 30 segundos a que arranque la aplicación y activa su tema de Omarchy, con la posibilidad de recurrir al selector manual de temas.

03Los paquetes gráficos para ARM se reajustan tras los cambios de dependencias que bloquean las actualizaciones

thepixelgardener-create informó en omacom/omarchy#17368 de que las actualizaciones del canal edge estaban bloqueadas después de que aquamarine e hyprgraphics cambiaran las versiones de sus bibliotecas. AmmonMatthews notificó el mismo fallo en el canal rc de Apple Silicon y documentó los paquetes ARM afectados. La incidencia sigue abierta.

En la rama master del repositorio de paquetes, omacom/omarchy-pkgs@edba40f9377e, de stevederico, incorpora aquamarine 0.16.0 para aarch64. A continuación, omacom/omarchy-pkgs@9f9775f75462, de emirb, recompila Hyprland como 0.57.0-4 con las nuevas bibliotecas y añade hyprgraphics como desencadenante de recompilación. Estas correcciones de empaquetado ya están incorporadas al repositorio; los registros aportados no confirman que las actualizaciones se completen correctamente en todos los canales afectados.

04El empaquetado del kernel incorpora comprobaciones de colisiones y una corrección del paso de publicación

emirb incorporó medidas de protección en la rama master del repositorio de paquetes después de que un kernel real y un paquete de transición generaran el mismo nombre de paquete. omacom/omarchy-pkgs@53f705bd6bb6 rechaza los nombres de paquete y los destinos de publicación duplicados; omacom/omarchy-pkgs@326470ed1eca restablece la base de paquete propia del kernel después de que una actualización posterior de versión reintrodujera la colisión.

La función auxiliar de publicación que se había extraído no se cargaba inicialmente en el paso de publicación, lo que impedía publicar. emirb lo corrigió en omacom/omarchy-pkgs@6399d7ed3ea7 y añadió una comprobación al flujo de trabajo para detectar importaciones ausentes de funciones auxiliares. Además, omacom/omarchy-pkgs@934165435e86 hace que los nuevos errores de namcap provoquen el fallo de las comprobaciones, mientras que los errores preexistentes se notifican por separado.

05Se informa de una corrección en el kernel estable mientras sigue abierta la propuesta de adaptación del parche IPv4

omacom/omarchy-pkgs#1785, de ChrisDrit, sigue abierta. La propuesta, presentada el 29 de octubre, adapta a tres recetas de compilación del kernel la corrección del uso de memoria liberada en TCP sobre IPv4 correspondiente a CVE-2026-98432; ChrisDrit señaló que no se habían realizado una compilación completa del kernel ni una prueba de arranque.

En omacom/omarchy-pkgs#1785:issuecomment-6579785844, bogomind informó de que el canal estable ofrecía linux-omarchy 7.2.15-1 el 2 de noviembre y de que, tras actualizar y reiniciar un equipo, la inspección del kernel en ejecución mostró las llamadas corregidas de liberación de memoria. Por ello, bogomind consideró que la propuesta había quedado superada. Se trata de una verificación comunicada por un colaborador, no de un cierre registrado de la PR.

06Los cortes en las descargas de paquetes grandes se atribuyen al control de flujo de Cloudflare

emirb cerró omacom/omarchy#12049, de GreyforgeLabs, tras informar de que la investigación había atribuido los cortes intermitentes en las descargas de paquetes a un error de control de flujo de HTTP/2 en Cloudflare. emirb afirmó que los usuarios ya no deberían encontrarse con este problema.

El informe original, del 16 de septiembre, describía fallos repetidos al descargar paquetes grandes mediante IPv6, mientras que las descargas mediante IPv4 se completaban correctamente. El cierre aporta un diagnóstico y una resolución de infraestructura comunicados por el responsable; el comentario de cierre facilitado no incluye nuevas mediciones de descarga.

07La propuesta de firmware Snapdragon abarca 33 equipos y se definen reglas para retirar las copias de firmware

birkskyum abrió omacom/omarchy-pkgs#2037 para empaquetar firmware OEM de 33 equipos Snapdragon X. Las recetas extraen los archivos de controladores de Windows sin ejecutar sus instaladores y verifican los hashes del firmware. birkskyum afirma haber compilado los 33 paquetes en aarch64; la propuesta sigue abierta.

greptile-apps[bot] detectó inicialmente que los valores de una tabla remota podían convertirse en código de shell ejecutable en las recetas generadas. Su resumen de revisión posterior indica que el problema de inyección de comandos se corrigió mediante validación y entrecomillado.

Por separado, omacom/omarchy-pkgs@2a89ec9a8650, de birkskyum, se incorporó a master. El cambio retira las copias de firmware extraídas de Windows que no se hayan modificado una vez que el firmware empaquetado cubre el conjunto completo del dispositivo, manteniendo juntos los archivos vinculados para evitar mezclar versiones.

08La propuesta de arranque del instalador comunica un inicio más rápido junto con el menú tematizado

omacom/omarchy-iso#355, de hegjon, sigue abierta y propone reducir las lecturas durante el arranque, posponer tareas de inicio y mostrar en la consola un logotipo que se mantiene en la pantalla de bienvenida del instalador. En una actualización del 2 de noviembre, hegjon probó un rebase local sobre el trabajo del menú tematizado, sin comunicar que se hubiera integrado la propuesta.

En omacom/omarchy-iso#355:issuecomment-6577701352, hegjon informa de que la mediana del tiempo de arranque UEFI con USB 2 en QEMU bajó de 25.0 a 10.1 segundos, y de que las mediciones de arranque en frío en un portátil Samsung bajaron de 37.2 a 17.1 segundos desde el menú de arranque del firmware hasta la pantalla de bienvenida. Son mediciones del propio autor. hegjon también detectó un nombre de archivo esperado que había quedado obsoleto en las pruebas combinadas e informó de que, tras corregirlo, el conjunto de pruebas se completó correctamente.

09La propuesta de reinicio del shell contempla entornos obsoletos del compositor

La propuesta abierta omacom/omarchy#16599, de dhh, aborda las actualizaciones que detienen el shell pero no pueden reiniciarlo desde un terminal que carece del entorno de la sesión activa de Hyprland. El lanzador propuesto localiza un compositor en ejecución y su pantalla, y comprueba que se puede conectar con él antes de detener el shell existente.

En omacom/omarchy#16599:issuecomment-6571808439, omarchybot informa de haber reproducido un fallo de unos 60 segundos en un escritorio desechable y de haber logrado reinicios de entre 0.4 y 1.0 segundos con la rama propuesta. omarchybot también subió cambios para gestionar las firmas heredadas que apuntan a una sesión que ya no está activa. La propuesta sigue pendiente de una decisión de los mantenedores; la elección entre varios compositores activos continúa siendo una cuestión de diseño documentada.

10La corrección del foco en la pantalla de bloqueo con NVIDIA se prueba en una segunda familia de hardware

Como antecedente, el 1 de noviembre, dhh abrió e integró omacom/omarchy#17277 en quattro para devolver el foco al campo de contraseña tras el cambio de terminal virtual de NVIDIA relacionado con la suspensión y ampliar la primera cuenta atrás para apagar la pantalla después de reanudar el equipo.

El 2 de noviembre, mudiam informó en omacom/omarchy#17277:issuecomment-6583434114 de que había probado el parche en un ThinkPad P17 con una Quadro T1000. Fue posible introducir la contraseña sin hacer clic en tres ciclos de suspensión con el parche, frente a un intento fallido sin él. mudiam no probó contraseñas incorrectas ni los tiempos de apagado anticipado de la pantalla, y pidió que se considerase incluir el parche en una futura versión candidata de 4.5, señalando que no estaba en rc3.

11Hyprdrive se publica en el catálogo tras corregir problemas de privacidad y del actualizador

La solicitud de publicación de Hyprdrive presentada por dragosol, omacom/omarchy-plugin-marketplace#11392, se publicó y quedó cerrada. La entrada del catálogo ofrece un panel de ajustes para el complemento nativo del compositor, cuya vista general, dock y distribución experimental Mosaic siguen requiriendo que los usuarios compilen e instalen el componente nativo para su versión de Hyprland.

dragosol comunicó correcciones que impiden la entrada de datos en la vista general durante el bloqueo de la sesión, hacen privados los registros de depuración y eliminan de forma segura los registros antiguos pertenecientes al usuario. La revisión estática final de HANCORE-linux confirmó que se habían corregido todos los problemas señalados en el código, incluidos el tratamiento de las solicitudes de confirmación y las comprobaciones de aprobación del actualizador, sin ejecutar el complemento ni las pruebas.

github-actions[bot] dejó constancia de la publicación en omacom/omarchy-plugin-marketplace#11392:issuecomment-6581320002. La verificación se aplica a la versión exacta publicada en el catálogo y no constituye una auditoría de seguridad.

12Hermes Face se publica con acceso privado al puente y un mecanismo de actualización

La solicitud de publicación de Hermes Face presentada por Xarrathh, omacom/omarchy-plugin-marketplace#13625, se publicó y quedó cerrada tras realizar cambios en su puente local. El widget de la barra muestra el estado del agente y ofrece acciones para enfocar la interfaz, interrumpir un turno y reiniciar el servicio. Es necesario instalar manualmente una CLI compatible del agente Hermes.

Xarrathh comunicó correcciones relacionadas con la identificación del interlocutor, los permisos de archivos privados, el texto de las conversaciones en los argumentos de procesos y las solicitudes entre orígenes. Después de que HANCORE-linux detectara que las instalaciones existentes que funcionaban correctamente podían seguir ejecutando código antiguo del servidor, Xarrathh modificó el proceso de actualización para copiar los archivos de dependencias incluidas que hubieran cambiado y reiniciar el puente, conservando la configuración y el historial.

La revisión final de HANCORE-linux aceptó el alcance documentado del servicio y de la gestión de paquetes, y determinó que la advertencia automatizada sobre descarga y ejecución era un falso positivo. github-actions[bot] dejó constancia de la publicación en omacom/omarchy-plugin-marketplace#13625:issuecomment-6580895804. La función opcional de voz utiliza el servicio Edge de Microsoft, por lo que el texto que se convierte en voz se envía fuera del equipo.