Dos reportes ligan el kernel a medida 7.2.5-3 de Omarchy 4.0.4 a un cuelgue total en equipos con GPU AMD y a cortes de audio HDMI, un tercer reporte muestra que el editor Zed no se instala en los mismos procesadores aarch64 que impulsan Omarchy Dragon y Omarchy M, el proyecto acumula cerca de 2.200 reportes abiertos pese a USD 18,7 millones en financiamiento, mantenedores del kernel Linux ya fusionan ramas rumbo a la candidata 7.3-rc4, y RefluXFS llega a 66 días sin corrección completa en Ubuntu.
Un reporte documenta un cuelgue total por uso después de liberación de memoria en portátiles con GPU AMD Strix, y un segundo reporte del mismo día liga el mismo kernel a cortes de audio HDMI al mover el mouse.
El usuario anavarre abrió este domingo 20 de setiembre de 2026 el reporte #12617 en el repositorio de Omarchy en GitHub, en el que documenta un cuelgue total del sistema en equipos con GPU integrada AMD Strix (Radeon 880M/890M, identificador 1002:150e). Según el propio reporte, la falla es una condición de uso después de liberación de memoria (use-after-free) en la función ttm_lru_bulk_move_tail() del subsistema gráfico TTM: un puntero de lista queda apuntando a un recurso ya liberado, la escritura posterior provoca un «oops» del kernel dentro de un cerrojo crítico (lru_lock) que nunca se libera, y en 26 segundos otros cinco núcleos del procesador quedan bloqueados esperando ese mismo cerrojo hasta que el vigilante de bloqueos del sistema interrumpe la máquina. El reporte identifica el problema como una regresión del kernel 7.2.5-3-omarchy frente al 7.1.9 anterior, con cuatro archivos de registro adjuntos como evidencia. La falla llega cuatro días después de que Omarchy publicara, el 15 de setiembre, la versión 4.0.4 de la distribución con lo que sus propias notas de lanzamiento describen como un kernel a medida ajustado para mejorar la capacidad de respuesta y la multitarea, según la página de lanzamientos del proyecto en GitHub. Ese mismo kernel 7.2.5-3 aparece también en un segundo reporte abierto hoy: el usuario FizzyCustard documentó en el #12628 que, tras actualizar a esa versión, el audio por HDMI de un Mac mini de 2014 con gráficos integrados Intel Haswell empieza a cortarse -entre 80 y 88 interrupciones (xruns) cada 12 segundos- cada vez que se mueve el mouse, un problema que desaparece al volver al kernel de Arch sin modificar (7.2.3-arch1-3); el propio reportero atribuye la falla a que las actualizaciones de la posición del cursor interfieren con la transmisión de audio, que comparte el intervalo de blanqueo de video con la señal HDMI. Ninguno de los dos reportes tenía, al cierre de esta edición, etiqueta de prioridad ni comentario de un mantenedor de Omarchy Core. Costa Rica no tiene cifras propias de cuántos desarrolladores ticos corren el kernel a medida de Omarchy en equipos con GPU AMD Strix o en hardware Apple más viejo, pero cualquiera que haya actualizado a la versión 4.0.4 esta semana puede, según estos dos reportes, encontrarse con un cuelgue que exige reinicio forzado o con audio HDMI que se corta al mover el cursor.
El usuario rafaelguariento abrió este domingo 20 de setiembre de 2026 el reporte #12625 en el repositorio de Omarchy en GitHub, en el que documenta que el comando omarchy install editor zed falla en procesadores aarch64 con el mensaje «package 'zed' was not found». El repositorio de paquetes de Omarchy solo publica para aarch64 el paquete omazed -el complemento que integra Zed con el resto del sistema-, no el editor Zed en sí, y como pacman procesa ambos paquetes como una sola transacción atómica, la instalación completa falla aunque omazed sí esté disponible, según el propio reporte. La información proviene únicamente de ese reporte en GitHub, sin cobertura cruzada de prensa especializada al cierre de esta edición. El usuario documentó un método alterno: instalar Zed con el script oficial del proyecto y luego el paquete omazed por separado con pacman, en un equipo con Omarchy 4.0.0.r2120.g66a33c3-1 y glibc 2.43. El hueco aparece en la misma semana en que Omarchy formalizó su apuesta por arquitecturas distintas a x86_64: el 18 de setiembre presentó a Omarchy Dragon, el equipo de cinco personas dedicado a portátiles con Qualcomm Snapdragon, días después de anunciar a Omarchy M para hardware Apple, ambos con procesadores aarch64 como base común, según esta sección reportó esa semana. Que un editor de uso corriente como Zed no tenga paquete propio para esa misma arquitectura ilustra que la expansión de hardware avanza, por ahora, más rápido que la cobertura de paquetes del repositorio oficial. Omarchy Core no ha respondido, en las fuentes consultadas, al reporte #12625, que pide publicar un paquete zed compatible con aarch64 o, en su defecto, un mecanismo de respaldo hacia el script oficial de instalación. Costa Rica no tiene presencia comercial establecida de portátiles con Qualcomm Snapdragon ni cifras propias de desarrolladores ticos usando Apple Silicon bajo Omarchy M, por lo que el efecto inmediato de este hueco de paquetes sobre el desarrollador tico promedio es, por ahora, marginal.
cat /feed/omarchyreportesdeescritorio.md
Usuarios abrieron este domingo un reporte sobre aplicaciones GTK4 que fallan al iniciar en sistemas con varias GPU, y otro sobre un selector de temas que tarda segundos en abrirse y aplicar un cambio.
> El usuario ALeoGen abrió este domingo 20 de setiembre de 2026 el reporte #12622 en el repositorio de Omarchy en GitHub, en el que documenta que aplicaciones GTK4 como Nautilus fallan al iniciar en configuraciones con más de una GPU cuando el renderizador principal de Hyprland no es la tarjeta NVIDIA: en una máquina virtual con una NVIDIA RTX 5060 Ti reenviada por passthrough y una virtio-gpu secundaria como renderizador principal, el compositor cierra la conexión con el mensaje «Lost connection to Wayland compositor», porque el renderizador Vulkan por defecto de GTK4 intenta dibujar en la GPU NVIDIA mientras la pantalla la controla otra tarjeta, según el propio reporte, documentado con Hyprland 0.56.2, GTK4 4.22.4 y Nautilus 50.3.1. El reportero verificó tres soluciones alternas -las variables GDK_DISABLE=vulkan, GSK_RENDERER=ngl y GDK_BACKEND=x11- y propone fijar GSK_RENDERER=ngl por defecto en la configuración NVIDIA de Omarchy para sistemas híbridos.
> El mismo día, el usuario qubiqx documentó en el reporte #12627 que el selector de temas de Omarchy 4.0.4-1 tarda cerca de un segundo en abrirse con el atajo SUPER+MAYÚS+CTRL+ESPACIO y varios segundos más en aplicar un tema, en pruebas con un procesador Intel Core i3-1115G4 y los 22 temas de fábrica: la precarga en primer plano toma 1,147 segundos, y el refresco de política del navegador -cinco llamadas seriales que abren un proceso completo cada una- toma entre 1,028 y 1,554 segundos, según las mediciones del propio reporte. El autor propone ejecutar la precarga en segundo plano, eliminar llamadas redundantes al navegador y generar las miniaturas de los temas durante la instalación, con la meta de bajar el acceso al selector a menos de 200 milisegundos.
> Ninguno de los dos reportes tenía, al cierre de esta edición, etiqueta de prioridad ni comentario de un mantenedor. Costa Rica no tiene cifras propias de cuántos desarrolladores ticos corren Omarchy en máquinas virtuales con GPU dedicada o en portátiles con hardware Intel de gama media, pero cualquiera en esas configuraciones puede reconocer alguna de las dos fallas descritas hoy.
El usuario CallMeBakugo abrió este domingo 20 de setiembre de 2026 el reporte #12623 en el repositorio de Omarchy en GitHub para solicitar que CLIamp Radio se incluya en el directorio oficial de complementos del proyecto. El complemento agrega a la barra de Omarchy un ícono de reproducción -▶ o ⏸ según el estado- con información de la pista y la estación al pasar el mouse, consulta el estado del reproductor de línea de comandos cliamp cada dos segundos, e instala un servicio de systemd de usuario para que la reproducción siga sonando sin una terminal abierta, según la propia solicitud, que llega en la versión inicial v0.1.0, con licencia MIT y categoría «Media». La solicitud se apoya en la arquitectura de complementos que Omarchy introdujo con Quattro, la versión 4.0.0 publicada el 14 de agosto de 2026, que reorganizó el shell de escritorio en un solo proceso basado en Quickshell capaz de cargar módulos de terceros sin tocar el núcleo del sistema, según las notas de esa versión. CLIamp Radio se suma así a un repositorio comunitario de temas y complementos que, solo en las últimas horas, también recibió solicitudes para sumar los temas «The Hive» y «Ghostwire», según el propio historial de solicitudes de incorporación de cambios del sitio de Omarchy. El reporte incluye una lista de verificación de aceptación ya completa -repositorio público, licencia MIT, instrucciones de instalación y pruebas realizadas-, pero Omarchy Core no lo ha revisado ni aprobado, en las fuentes consultadas, al cierre de esta edición. Costa Rica no tiene comunidad identificada de desarrolladores de complementos para Omarchy, pero la comunidad tica de software libre que sigue el proyecto podría sumar este complemento a su barra en cuanto quede listado.
— Un desarrollador solicitó este domingo listar CLIamp Radio en el directorio oficial de complementos de Omarchy, con controles de reproducción integrados a la barra del escritorio.
El repositorio torvalds/linux en GitHub, consultado por esta sección la mañana del domingo 20 de setiembre de 2026, muestra que mantenedores de subsistemas ya fusionaron ramas etiquetadas para la cuarta candidata de Linux 7.3 -«cifs-fixes-7.3-rc4», «ksmbd-for-7.3-rc4» y «ntfs-for-7.3-rc4»-, fusionadas el 18 y el 19 de setiembre según el historial de commits, aunque Linus Torvalds todavía no ha publicado la etiqueta oficial v7.3-rc4: la más reciente en el historial de tags sigue siendo v7.3-rc3, del 13 de setiembre. Linux 7.3 arrancó su ciclo de candidatas el 30 de agosto (rc1) y avanzó una etiqueta por semana -6 de setiembre (rc2), 13 de setiembre (rc3)-, un ritmo que sitúa a la cuarta candidata este mismo fin de semana, según ese calendario y la cobertura que Phoronix hizo de la tercera candidata el 13 de setiembre. Que las ramas de subsistemas ya lleven el sufijo «rc4» no equivale todavía a la etiqueta formal: Torvalds suele fusionar esas ramas primero y etiquetar la candidata completa horas o un día después, generalmente los domingos. El calendario de lanzamiento estable de Linux 7.3 sigue apuntando a la segunda mitad de octubre de 2026. Costa Rica no tiene mantenedores identificados en el equipo de desarrollo del kernel, pero cualquier distribución que los usuarios ticos corran en producción -desde Ubuntu hasta Omarchy, con su propio kernel derivado- recibirá, tarde o temprano, las correcciones que se acumulen en esta rama de desarrollo.
El repositorio omacom/omarchy en GitHub, consultado esta mañana, registra aproximadamente 42.200 estrellas, cerca de 2.200 reportes de error abiertos y unas 2.600 solicitudes de incorporación de cambios pendientes de revisión, según la propia página del repositorio -cifras que la interfaz de GitHub redondea y que esta sección reproduce en esa misma forma aproximada. La cifra de reportes abiertos convive con un financiamiento que, según el pull request #420 fusionado el 18 de setiembre, llegó esa semana a USD 18,7 millones comprometidos con la Fundación Omacom, después de sumar a OrcaRouter como patrono corporativo. El medio especializado The Register tituló su cobertura del 17 de setiembre «Omarchy gains $18.5M in backing, fresh converts – and fierce critics» -Omarchy gana USD 18,5 millones en respaldo, nuevos conversos y críticos feroces-, y documentó objeciones al modelo de financiamiento del proyecto. Entre esos más de 2.000 reportes sin resolver están, precisamente, los dos que esta sección documenta hoy sobre el kernel a medida de la versión 4.0.4: ninguno tenía, al cierre de esta edición, respuesta de un mantenedor. Omacom no ha publicado, en las fuentes consultadas, una meta de reducción del volumen de reportes abiertos ni un cronograma de revisión. Costa Rica no tiene cifras propias de cuántos desarrolladores ticos mantienen reportes abiertos en el proyecto, pero la brecha entre financiamiento multimillonario y una cola de soporte técnico que supera los 2.000 reportes resuena en cualquier comunidad tica de software libre que dependa de mantenimiento voluntario para sostener proyectos de este tamaño.
El rastreador de seguridad de Canonical para CVE-2026-64600 (RefluXFS), consultado por esta sección la mañana del domingo 20 de setiembre de 2026, no registra cambios desde el 18 de setiembre: Ubuntu 26.04 sigue como la única versión con el paquete linux marcado como corregido, con la compilación 7.0.0-31.31; 22.04 y 24.04 permanecen en «trabajo en curso», y 18.04 y 20.04 continúan como vulnerables sin parche, según ubuntu.com. La falla cumple así 66 días sin corrección completa en esas cuatro versiones LTS, contados desde que el parche llegó al árbol genérico del kernel el 16 de julio, según Qualys, el laboratorio que la reveló. El rastreador para CVE-2026-64564 (SCTPhantom) tampoco muestra movimiento: 22.04 y 26.04 continúan en «trabajo en curso», mientras 14.04, 16.04, 18.04, 20.04 y 24.04 permanecen como vulnerables sin parche, 47 días después de la divulgación pública del 4 de agosto, con severidad crítica de 9,8 sobre 10 según Ubuntu. Ambas páginas marcan el 18 de setiembre como su última actualización, el mismo patrón de estancamiento de fin de semana que esta sección ha documentado los sábados y domingos anteriores. Canonical no ha publicado, en las fuentes consultadas, una fecha para completar el parche de ninguna de las dos fallas en las versiones LTS que todavía las esperan. Costa Rica no tiene cifras públicas de servidores locales con los módulos XFS con reflink o SCTP activos, pero cualquier equipo técnico tico que administre Ubuntu LTS en producción debe mantener las mitigaciones manuales mientras ninguno de los dos rastreadores muestre avance.
Dos regresiones en el kernel a medida de Omarchy, un hueco de paquetes en ARM y una cola de más de 2.000 reportes marcan el día, mientras el kernel Linux avanza hacia la rc4 y RefluXFS llega a 66 días sin parche completo.
El domingo 20 de setiembre de 2026 sumó al repositorio de Omarchy en GitHub dos reportes de regresión ligados al kernel a medida 7.2.5-3 que el proyecto empezó a distribuir con la versión 4.0.4 del 15 de setiembre: un cuelgue total por uso después de liberación de memoria en equipos con GPU AMD Strix, y audio HDMI que se corta al mover el mouse en hardware Apple antiguo. En paralelo, un reporte documentó que el editor Zed no se puede instalar en procesadores aarch64 -la misma arquitectura que Omarchy Dragon y Omarchy M, sus dos equipos de hardware más recientes, buscan expandir-, y otros dos reportes describieron fallas de aplicaciones GTK4 en sistemas con varias GPU y lentitud en el selector de temas. El repositorio del proyecto acumula, según su propia página, cerca de 2.200 reportes de error abiertos y 42.200 estrellas, mientras el financiamiento comprometido con la Fundación Omacom llegó esta semana a USD 18,7 millones, según el pull request #420 del 18 de setiembre y la cobertura de The Register sobre los «críticos feroces» que ese crecimiento también despierta. En el resto del ecosistema, mantenedores de subsistemas del kernel Linux ya fusionaron ramas rumbo a la candidata 7.3-rc4 sin que Torvalds haya publicado todavía la etiqueta oficial, y RefluXFS y SCTPhantom llegaron a 66 y 47 días sin corrección completa en la mayoría de las LTS de Ubuntu, sin cambios en sus rastreadores desde el jueves. Esta sección seguirá los reportes #12617, #12625 y #12622 en busca de respuesta de los mantenedores, la etiqueta v7.3-rc4 del kernel, y los rastreadores de Canonical hasta que RefluXFS y SCTPhantom reciban parche completo en las LTS restantes. Costa Rica no participa directamente en ninguno de estos procesos, pero la comunidad tica de software libre y los equipos que administran Ubuntu u Omarchy en producción siguen expuestos, en distinta medida, a cada frente que permanece abierto.