Un cuarto reporte documenta que el kernel a medida 7.2.5-3-omarchy no activa monitores externos por USB-C, un error de BlueZ corta el audio Bluetooth con una corrección de una línea ya lista, la comunidad abre traducciones al español rioplatense y al ucraniano, un reporte muestra que el sitio chino del proyecto carga 86 veces más lento que el de su nuevo patrocinador Alibaba Cloud, Canonical corrige fallas críticas de libgit2 y NetworkManager, y el kernel Linux se mantiene en la candidata 7.3-rc4.
Un nuevo reporte documenta que el kernel a medida de Omarchy falla al activar un monitor externo por USB-C, la cuarta regresión distinta que el mismo kernel acumula en cinco días sin que ninguna reciba corrección.
El usuario anderskeis abrió este jueves 24 de setiembre de 2026 el reporte #13119 en el repositorio de Omarchy en GitHub, en el que documenta que el kernel 7.2.5-3-omarchy no logra activar un monitor externo conectado mediante una base de acoplamiento USB-C Lenovo ThinkPad Gen2 con enlace DisplayPort MST de dos carriles, en una ThinkPad X1 Carbon (modelo 21ACS0L700) con GPU integrada AMD Cezanne Radeon Vega Mobile. El monitor -un GIGABYTE G34WQC ultra ancho de 3440x1440- es detectado y su información EDID se lee sin problema, pero cada intento de activar el modo de video falla con el mensaje «enabling link 2 failed: 15» y el conector queda deshabilitado en resolución 0x0, según el propio reporte, que incluye como evidencia la advertencia del kernel en fill_dc_mst_payload_table_from_drm. Revertir al kernel 7.2.3-arch1-3 de Arch sin modificar resuelve el problema por completo, de acuerdo con la misma prueba del usuario. El reporte #13119 es el cuarto que esta sección documenta sobre el kernel a medida 7.2.5-3-omarchy desde que Omarchy lo convirtió en predeterminado con la versión 4.0.4 del 15 de setiembre: primero un cuelgue total por uso después de liberación de memoria en GPU AMD Strix (#12617, 20 de setiembre), luego cortes de audio HDMI en un Mac mini de 2014 (#12628, el mismo día) y el miércoles un fallo de arranque completo en una MacBook Air de 2015 (#13010). De los tres reportes anteriores, únicamente #12617 tiene mantenedor asignado -kwilczynski, el mismo que ahora aparece asignado también al reporte de hoy-, pero ninguno de los tres había recibido corrección ni comentario público de Omarchy Core al cierre de esta edición, cuatro días después del primero. La progresión -de un cuelgue esporádico a fallas de audio, de arranque y ahora de video externo- confirma que el kernel a medida sigue sin estabilizarse casi diez días después de convertirse en predeterminado. Omarchy Core no ha respondido, en las fuentes consultadas, a ninguno de los cuatro reportes. Costa Rica no tiene desarrolladores identificados que reporten este error específico, pero cualquier profesional tico que use Omarchy en una ThinkPad X1 Carbon con salida de video externa por acople USB-C corre, según este cuarto reporte, el riesgo de perder la pantalla externa al actualizar a la versión 4.0.4.
Dos solicitudes de incorporación de cambios abiertas el martes proponen traducir el manual completo del proyecto a la variante de español que se habla en Argentina y Uruguay y a una versión completa en ucraniano, ninguna fusionada todavía.
El colaborador fedesapuppo abrió el martes 23 de setiembre de 2026 la solicitud de incorporación de cambios #441 en el repositorio omarchy-site de GitHub, que traduce las 51 secciones del manual de Omarchy al español rioplatense (es-AR) -la variante que usa «vos podés» en lugar de «tú puedes», hablada en Argentina y Uruguay-, con la prosa, los encabezados y las etiquetas de accesibilidad traducidas, pero manteniendo en inglés comandos, banderas, rutas, nombres de paquete y combinaciones de teclas, según la propia solicitud. Un hablante nativo de esa variante revisó la traducción completa y las 51 secciones pasaron verificaciones de coincidencia de fuente y formato, de acuerdo con la descripción del cambio, que además depende de dos solicitudes previas -#235 y #258- para que el contenido traducido se muestre en el sitio. El mismo martes, el colaborador afurm abrió la solicitud #439, todavía en estado de borrador, que completa la localización al ucraniano (uk-UA) del sitio: 364 mensajes de interfaz, 140 bloques de prosa, las 30 noticias publicadas con verificación de integridad de la fuente y 22 tarjetas sociales temáticas, además de formato de fecha y número, etiquetas contables y tipografías cirílicas empaquetadas, según la propia solicitud, que amplía el trabajo previo de Andrii Mei en la solicitud #242 y propone un subdominio uk.omarchy.org. La solicitud señala que un mantenedor todavía necesita desplegar la edición ucraniana y verificar el DNS y el HTTPS antes de poder fusionarse, y que las pruebas automatizadas -51 pruebas de JavaScript y TypeScript y 34 de Python- ya pasan. Ninguna de las dos solicitudes había sido fusionada al cierre de esta edición, según el propio repositorio. Omacom no ha fijado, en las fuentes consultadas, una fecha para revisar o fusionar ninguna de las dos solicitudes. Costa Rica comparte con Argentina y Uruguay el uso cotidiano del voseo, aunque con conjugaciones y vocabulario propios que la traducción rioplatense no reproduce, por lo que un desarrollador tico que use el manual en español encontrará una variante más cercana que la neutra, pero todavía no una costarricense.
cat /feed/omarchyregresindeaudio.md
Un reporte técnico ubica el origen de las desconexiones de audio Bluetooth en una condición mal escrita dentro de un ciclo de BlueZ 5.87, con la corrección de una sola línea ya disponible en la rama principal del proyecto.
> El usuario oskarth abrió este jueves 24 de setiembre de 2026 el reporte #13118 en el repositorio de Omarchy en GitHub, en el que documenta que el paquete bluez 5.87-2 -el que trae por defecto Omarchy 4.0.4 sobre el kernel 7.2.5-3-omarchy- descarta la memoria caché de códecs de audio A2DP guardada para dispositivos ya emparejados, debido a una condición «i >= 2» dentro de un ciclo que arranca en «i = 0» y por lo tanto nunca se ejecuta, según el propio reporte, que cita el cambio ascendente 912f5ef como origen del error. El síntoma, probado en una Dell XPS 14 (2026) con Bluetooth Intel CNVi (controlador btintel_pcie), es que auriculares como el Bose QC Ultra de segunda generación se reconectan con la batería y AVRCP funcionando, pero el perfil de audio a2dp-sink falla con el error «Device or resource busy», mientras el registro repite «unable to load LastUsed: rseid N not found» y fuerza un descubrimiento completo de perfiles en cada reconexión.
> La corrección -el cambio b7d71e5, de una sola línea- ya existe fusionada en la rama principal de BlueZ, según el mismo reporte, pero ni ha sido publicada en una versión oficial de BlueZ ni empaquetada por Arch Linux, de quien Omarchy hereda el paquete. El reporte pide explícitamente que Omarchy incorpore ese parche puntual en su propio repositorio de paquetes en lugar de esperar a que la corrección llegue por la vía normal de Arch, una práctica que el proyecto ya usó en las dos correcciones de seguridad propias que esta sección documentó el martes.
> Omarchy Core no ha respondido, en las fuentes consultadas, a la solicitud de incorporar el parche. Costa Rica no tiene cifras de cuántos desarrolladores usan audífonos Bluetooth con Omarchy, pero cualquier persona tica con hardware similar -una Dell XPS reciente o un Bose QC Ultra- puede aplicar el mismo parche de una sola línea de forma manual mientras Omarchy decide si lo empaqueta.
Canonical publicó el miércoles 23 de setiembre de 2026 el aviso USN-8809-1, que corrige CVE-2026-5917 en el paquete libgit2 para Ubuntu 26.04 LTS y cinco versiones más, hasta 16.04 LTS. La falla, con puntuación CVSS de 8,8 sobre 10 -calificada como «alta»- y prioridad propia de Ubuntu de apenas «media», afecta al respaldo SSH de la biblioteca libssh2 en versiones de libgit2 anteriores a 1.8.7 y 1.9.7: un atacante remoto puede insertar en un archivo .gitmodules una URL de submódulo con metacaracteres de shell sin escapar -comillas simples, punto y coma o tuberías-, de forma que, al clonar el repositorio de forma recursiva, el servidor SSH ejecuta el comando inyectado, según la descripción de Ubuntu. La versión 26.04 LTS ya recibió el paquete corregido 1.9.1+ds-1ubuntu1.2 y la 24.04 LTS la versión 1.7.2+ds-1ubuntu3.2, mientras las ediciones 22.04 hacia atrás reciben la corrección únicamente a través de una suscripción Ubuntu Pro ESM, según el rastreador de Ubuntu. El mismo miércoles, Canonical publicó el aviso USN-8806-1, que corrige CVE-2026-19685 en NetworkManager para Ubuntu 26.04 LTS: la falla, con puntuación CVSS de 7,1 y prioridad «media», permite que un usuario local sin privilegios apunte el directorio de autoridad certificadora de un perfil de conexión privado WPA-Enterprise (802.1X) hacia un directorio bajo su control, lo que anula la verificación del certificado del servidor y permite robar credenciales mediante un punto de acceso falso, según Ubuntu. La falla es una corrección incompleta de una vulnerabilidad anterior, CVE-2025-9615, y no requiere interacción del usuario ni privilegios elevados para explotarse, según la misma ficha. Ninguno de los dos avisos reporta explotación activa confirmada, según las fuentes consultadas. Costa Rica no tiene cifras públicas de cuántas empresas ticas integran libgit2 en sus flujos de integración continua ni de cuántas redes corporativas usan WPA-Enterprise sobre Ubuntu 26.04, pero cualquier equipo tico que clone repositorios con submódulos de origen externo o administre redes inalámbricas empresariales debería aplicar ambos parches de inmediato, dado el puntaje de severidad de la primera falla.
El repositorio torvalds/linux en GitHub, consultado por esta sección la mañana de este jueves 24 de setiembre de 2026, sigue mostrando v7.3-rc4 -publicada el domingo 20 de setiembre, con 449 cambios de cerca de 239 colaboradores, según el conteo de Phoronix y OSTechNix sobre el historial de commits- como la etiqueta más reciente del ciclo. Linus Torvalds no ha publicado, al cierre de esta edición, la quinta candidata v7.3-rc5, aunque el calendario semanal que el ciclo ha mantenido desde el 30 de agosto -una etiqueta cada domingo- apunta a que llegaría este fin de semana, hacia el 27 de setiembre. Sobre la fecha del lanzamiento estable, las fuentes consultadas por esta sección discrepan: Phoronix reportó el lunes que Torvalds fijó el 18 de octubre de 2026 como fecha prevista, mientras otro rastreo del ciclo del propio calendario del kernel señala el 18 o el 25 de octubre como posibles, dependiendo de si las próximas semanas de prueba revelan problemas mayores. Esta sección no pudo confirmar de forma independiente cuál de las dos fechas es la vigente al cierre de esta edición, por lo que reporta ambas versiones sin descartar ninguna. Costa Rica no tiene mantenedores identificados en el equipo de desarrollo del kernel. Las correcciones que se acumulen en las próximas candidatas no llegan de forma inmediata a Omarchy, que corre su propio kernel derivado en lugar del árbol genérico -el mismo que esta sección documentó hoy con una cuarta regresión-, pero sí alcanzarán, con el tiempo, a distribuciones como Ubuntu y Fedora que los usuarios ticos corren en producción.
El usuario linghengqian abrió este jueves 24 de setiembre de 2026 el reporte #13084 en el repositorio de Omarchy en GitHub, en el que documenta que el sitio omarchy.cn tardó aproximadamente 6.354 milisegundos en cargar cuando lo midió desde la provincia china de Shandong con la herramienta tcptest.cn, frente a los cerca de 74 milisegundos que tardó aliyun.com, el sitio del propio patrocinador Alibaba Cloud, medido desde la misma región, según el propio reporte. El usuario abrió el reporte a raíz de un artículo en zh.omarchy.org que anunciaba a Alibaba Cloud como patrono corporativo fundador con soporte específico para «Omarchy China», el mismo acuerdo de USD 3 millones a tres años que esta sección reportó el martes. El reporte no había recibido respuesta ni solicitud de incorporación de cambios asociada al cierre de esta edición, según el propio repositorio. La brecha entre el anuncio de una alianza con uno de los mayores proveedores de infraestructura en la nube de China y el desempeño real del dominio chino del proyecto ilustra una tensión que medios como The Register ya señalaron el 17 de setiembre, cuando documentaron que el crecimiento del financiamiento de Omacom convive con críticas sobre la distancia entre el respaldo corporativo anunciado y la ejecución técnica del proyecto. Omacom y Alibaba Cloud no han respondido, en las fuentes consultadas, al reporte de lentitud. Costa Rica no tiene relación comercial directa con Alibaba Cloud ni con la versión china de Omarchy, por lo que el efecto es nulo para el usuario tico, pero el caso sirve como recordatorio de que un acuerdo de patrocinio anunciado no garantiza, de forma automática, una infraestructura técnica a la altura del anuncio.
— Un usuario en Shandong midió que omarchy.cn carga casi 86 veces más lento que el sitio de Alibaba Cloud, el mismo patrocinador que anunció esta semana soporte específico para 'Omarchy China'.
Un cuarto reporte de regresión de kernel y una queja sobre el sitio chino del proyecto contrastan con dos traducciones comunitarias abiertas, mientras Canonical corrige libgit2 y NetworkManager, y el kernel Linux se mantiene en la candidata rc4.
El jueves 24 de setiembre de 2026 sumó al frente de Omarchy un cuarto reporte de regresión ligado al kernel a medida 7.2.5-3-omarchy -esta vez un monitor externo que no activa por USB-C-, un error de BlueZ que corta el audio de auriculares Bluetooth con una corrección de una sola línea ya lista en la rama principal, y un reporte que documenta que el sitio chino del proyecto carga 86 veces más lento que el de su nuevo patrocinador Alibaba Cloud. En contraste, la comunidad abrió dos solicitudes de incorporación de cambios para traducir el manual del proyecto al español rioplatense y al ucraniano, ninguna fusionada todavía. En el resto del ecosistema, Canonical publicó avisos de seguridad para libgit2 -con puntuación CVSS de 8,8- y NetworkManager -con 7,1-, mientras el kernel Linux permanece en la candidata v7.3-rc4 sin que Torvalds haya publicado todavía la etiqueta rc5, con la fecha del lanzamiento estable de la versión 7.3 todavía en disputa entre el 18 y el 25 de octubre según las fuentes consultadas. Esta sección seguirá los reportes #13119, #13118 y #13084 en busca de respuesta de los mantenedores de Omarchy, la etiqueta v7.3-rc5 del kernel Linux, y el destino de las dos solicitudes de traducción. Costa Rica no reporta impacto local confirmado de ninguno de estos frentes al cierre de esta edición, pero administradores de sistemas, desarrolladores y la comunidad tica de software libre siguen expuestos, en distinta medida, a cada uno.