DHH fusiona cuatro mejoras de rendimiento en Omarchy coescritas con Claude Opus 5.5, el kernel Linux publica la etiqueta v7.3-rc5 en el quinto domingo consecutivo de su calendario, un usuario reporta corrupción de btrfs tras arrancar por accidente un kernel de reserva sin usar, Omarchy Core corrige plantillas de huellas digitales olvidadas y reglas de SSH abandonadas, Canonical parcha fallas de LXC y de la librería Requests, y la comunidad documenta tres fallas nuevas de red, Bluetooth y sesiones web.
El desarrollador David Heinemeier Hansson (DHH) fusionó este lunes 28 de setiembre de 2026, dentro de la rama quattro del repositorio omacom/omarchy en GitHub, la solicitud #13530, que introduce el ayudante omarchy-cmd-browser-handoff: en lugar de abrir un segundo proceso del navegador que solo reenvía la orden a la instancia ya activa, el nuevo mecanismo envía el mensaje de arranque directamente por un socket con socat, lo que bajó el lanzamiento de aplicaciones web de 432 a 207 milisegundos, el atajo Super+Shift+B de 483 a 250 milisegundos, y el arranque de aplicaciones web de Brave Origin de 345 a 158 milisegundos, según la propia descripción de la solicitud. El mismo día, DHH fusionó la solicitud #13520, que reemplaza la consulta a xdg-settings get default-web-browser -que tardaba unos 72 milisegundos- por una lectura directa del archivo mimeapps.list mediante el nuevo ayudante omarchy-cmd-default-browser, lo que bajó esa búsqueda a unos 10 milisegundos y redujo el lanzamiento completo del navegador de 530 a 467 milisegundos y el de aplicaciones web de 486 a 428 milisegundos, de acuerdo con la misma fuente. Una tercera solicitud, la #13521, elimina una llamada adicional a hyprctl activewindow cada vez que se presiona Super+Return: el identificador de proceso de la ventana enfocada ahora se obtiene directamente desde la API de Lua de Hyprland (hl.get_active_window()) y se pasa al lanzador de terminal como --pid, lo que bajó el tiempo mediano de respuesta de 161 a 150 milisegundos, según el propio registro de cambios. Una cuarta solicitud, la #13522, no toca tiempos de respuesta sino duplicados: cuando una aplicación como HEY está abierta en varias pestañas y genera la misma notificación en cada una, Omarchy ahora compara aplicación, resumen, cuerpo, imagen y objetivo de clic para reemplazar el aviso repetido en vez de apilarlo, según la misma fuente. Las cuatro solicitudes llevan como coautor a Claude Opus 5.5 en los metadatos de los commits, de acuerdo con el propio repositorio, y las cuatro fueron fusionadas por el propio DHH sin otro revisor humano visible en el registro público consultado por esta sección. La información proviene únicamente del repositorio oficial de Omarchy en GitHub, sin cobertura cruzada de otro medio especializado al cierre de esta edición. Costa Rica no tiene cifras públicas de desarrolladores que usen Omarchy o programen en pareja con modelos de lenguaje como Claude Opus 5.5, pero la comunidad tica de software libre que sigue el proyecto podrá notar la diferencia de velocidad apenas actualice a una versión que incluya la rama quattro.
cat /feed/kernellinuxciclo73.md
Linus Torvalds publicó la etiqueta v7.3-rc5 el domingo, exactamente una semana después de rc4, mientras el árbol principal integra correcciones urgentes de x86, el planificador y el subsistema de monitoreo de rendimiento.
> El repositorio torvalds/linux en GitHub, consultado por esta sección la mañana de este lunes 28 de setiembre de 2026, muestra que Linus Torvalds fusionó la etiqueta v7.3-rc5 el domingo 27 de setiembre, sosteniendo así la cadencia semanal que el ciclo mantiene desde el 30 de agosto -rc1 el 30 de agosto, rc2 el 6 de setiembre, rc3 el 13, rc4 el 20 y ahora rc5 el 27-, según el propio historial de cambios. Esta sección había reportado el domingo que el calendario dominical hacía esperable la etiqueta ese mismo día sin que apareciera todavía; la publicación llegó, finalmente, dentro de esa misma jornada.
> El lote de fusiones que acompaña la etiqueta incluye correcciones del núcleo de controladores (driver core), del subsistema I2C, un segundo conjunto de arreglos de cgroup, correcciones a las extensiones de planificación de CPU (sched_ext) y lotes de correcciones urgentes de arquitectura x86, del planificador general y del subsistema de monitoreo de rendimiento, de acuerdo con la misma fuente. Entre los cambios individuales, el desarrollador Pavan Kondeti corrigió, con revisión de Tejun Heo, una desreferencia de puntero nulo en current_pwq durante la verificación de dependencias de vaciado (flush) de colas de trabajo (workqueue), según el propio mensaje de commit.
> La fecha del lanzamiento estable de la versión 7.3 seguía en disputa entre el 18 y el 25 de octubre, según las fuentes que esta sección ya citó esta semana, sin que ninguna fuente consultada hoy permita despejar cuál de las dos prevalece. Costa Rica no tiene mantenedores identificados en el equipo de desarrollo del kernel, pero distribuciones como Ubuntu y Fedora, que sí corren en producción en empresas e instituciones ticas, heredarán estos cambios cuando adopten la versión 7.3.
El usuario Ikkakuju abrió este lunes 28 de setiembre de 2026 el reporte #13537 en el repositorio omacom/omarchy en GitHub, en el que documenta que su mini PC con AMD, sistema de archivos btrfs, cifrado LUKS y el cargador de arranque Limine, tres semanas después de instalar Omarchy 4.0.4-1, arrancó por accidente el kernel linux estándar 7.2.3.arch1-3 -incluido de fábrica por el instalador basado en archinstall pero pensado para quedar sin usar, ya que Omarchy corre sobre su propio kernel a medida, linux-omarchy- porque el cargador de arranque genera automáticamente una entrada para cada kernel instalado. Ese kernel vanilla cargaba un fallo ya conocido de btrfs: 29 horas después de arrancar con él, el equipo sufrió bloqueos de varios núcleos de CPU (soft lockups), una falla de aserción de btrfs en el código de inodos retrasados (delayed-inode) y una congelación total que exigió un reinicio forzado, según el propio reporte. Tras el reinicio, una verificación del sistema de archivos reportó un error de «conteo de extensiones incorrecto» (incorrect extent count) con 288 extensiones no recuperables y unos 100 fallos de verificación de suma de comprobación (checksum), de acuerdo con la misma fuente. El reportero atribuye la causa a que el preset de Omarchy para el instalador archinstall no excluye el kernel linux estándar de la selección por defecto, por lo que ese paquete queda instalado como remanente pese a no formar parte de las especificaciones de paquetes propias de Omarchy; propone eliminarlo de la configuración de kernels del preset, o al menos documentar que debe desinstalarse manualmente después de instalar el sistema. El reporte no tenía mantenedor asignado ni respuesta de Omarchy Core al cierre de esta edición, según el propio repositorio, y la información proviene únicamente de esa fuente. Costa Rica no tiene cifras públicas de usuarios que instalen Omarchy con btrfs y Limine, pero cualquier persona tica en esa configuración debería revisar hoy mismo si el kernel linux estándar sigue instalado junto a linux-omarchy y retirarlo a mano mientras el preset del instalador no cambie.
El colaborador AFOliveira fusionó este lunes 28 de setiembre de 2026, con revisión de ErikMelton, la solicitud #13049 en el repositorio omacom/omarchy en GitHub: corrige que desinstalar la autenticación por huella digital dejaba las plantillas biométricas guardadas del usuario bajo /var/lib/fprint sin borrar, a partir de un reporte de Sean Huber. La corrección resuelve la identidad de la cuenta que invoca el proceso -desde el menú, la línea de comandos, sudo o pkexec-, valida el nombre del directorio y borra solo las plantillas locales de esa cuenta específica antes de desinstalar los paquetes, sin tocar los datos de otras cuentas ni los datos que permanecen en el propio sensor, según la descripción de la solicitud; una revisión posterior corrigió además un caso límite en el que un nombre de usuario puramente numérico podía interferir con la resolución del identificador de usuario. El mismo día, AFOliveira fusionó la solicitud #13048, también a partir de un reporte de Sean Huber: al deshabilitar SSH desde Omarchy, el sistema solo eliminaba su propia regla de límite de tasa en UFW (limit 22/tcp comment 'omarchy-sshd'), pero dejaba intactas las reglas estándar de permiso -allow 22/tcp, allow ssh, limit ssh, limit 22, limit to any app SSH y allow to any app SSH-, mientras el mensaje del sistema afirmaba falsamente que el puerto había quedado cerrado, según la propia descripción. La corrección elimina las seis variantes y además deja de silenciar los errores que UFW pueda reportar durante el proceso. Una revisión automatizada de inteligencia artificial documentada en la propia discusión de la solicitud #13048 encontró, sin embargo, que la corrección seguía sin cubrir las reglas creadas con la opción de registro de UFW -allow log 22/tcp, limit log ssh-, que sobreviven a la limpieza; esa misma revisión, citada en el repositorio, señaló que el problema es anterior a esta solicitud y sugirió ampliar las eliminaciones o, al menos, reformular el mensaje de éxito para no dar a entender que se removieron todas las reglas estándar cuando en la práctica persiste ese resquicio. Costa Rica no tiene cifras públicas de servidores que corran Omarchy con SSH expuesto, pero cualquier administrador tico que haya deshabilitado SSH desde el panel de Omarchy antes de este lunes debería verificar con sudo ufw status si el puerto realmente quedó cerrado, en lugar de confiar solo en el mensaje del sistema.
Los avisos USN-8826-1 y USN-8825-1, publicados este lunes, cierran una falla de LXC con puntaje CVSS de 6,5 que permite borrar interfaces de red ajenas y una falla de Requests con puntaje de 4,4 ligada a nombres de archivo predecibles.
Canonical publicó este lunes 28 de setiembre de 2026 dos avisos de seguridad nuevos, según el listado oficial en ubuntu.com/security/notices consultado por esta sección. El aviso USN-8826-1 corrige CVE-2022-47952 y CVE-2026-39402 en LXC, el gestor de contenedores del kernel Linux; esta segunda falla, con puntaje CVSS de 6,5 sobre 10, reside en la función find_line() del ayudante con privilegios setuid lxc-user-nic: un usuario sin privilegios que cuente con una entrada de política lxc-usernet válida puede activar el borrado del puerto de Open vSwitch de otro usuario en el mismo puente de red, lo que en entornos de múltiples inquilinos con contenedores puede cortar la conectividad de cargas de trabajo ajenas, de acuerdo con el propio aviso. El aviso USN-8825-1 corrige CVE-2026-25645 en la librería Requests de Python, con puntaje CVSS de 4,4. La falla está en la función extract_zipped_paths(), que usaba nombres de archivo predecibles al extraer contenido de archivos zip hacia el directorio temporal del sistema; un atacante local con acceso de escritura a ese directorio podía precrear un archivo malicioso que se cargaría en lugar del legítimo. Canonical la clasificó como de prioridad baja porque, según el propio aviso, "nada en Ubuntu usa esa función directamente", y el riesgo se limita a aplicaciones que la invoquen de forma explícita; la corrección llega en la versión 2.33.0 de Requests, que extrae los archivos hacia rutas no deterministas. Ninguno de los dos avisos reporta explotación activa confirmada, a diferencia de las fallas del kernel que CISA confirmó explotadas la semana pasada, ya reportadas por esta sección. Costa Rica no tiene cifras públicas de proveedores locales que corran LXC en entornos de múltiples inquilinos, pero cualquier equipo tico que administre contenedores sobre Open vSwitch debería aplicar el parche de LXC con más urgencia que el de Requests, de menor severidad.
El usuario Fab1anBecker abrió este lunes 28 de setiembre de 2026 el reporte #13523 en el repositorio omacom/omarchy en GitHub, en el que documenta que en un equipo con Intel Core i5-8350U, Omarchy 4.0.4-1, Quickshell 0.3.1 y BlueZ 5.87-2, el interruptor de Bluetooth del panel superior apaga el adaptador sin problema pero no logra volver a encenderlo: la función toggleBluetooth() en Panel.qml contiene una condición de guarda que se detiene si no detecta un adaptador (if (!adapter) return), y al desactivar Bluetooth con rfkill block, BlueZ retira el controlador por completo del bus D-Bus, por lo que Bluetooth.defaultAdapter queda nulo y la función de reactivación nunca se ejecuta, aunque el script de respaldo omarchy-bluetooth-power funciona sin problema si se invoca directamente desde la terminal, según el propio reporte. El mismo día, el usuario LIghtJUNction abrió el reporte #13525, en el que documenta que con la VPN Clash Verge en modo TUN activada, el panel de red de Omarchy muestra «Ethernet (10gbit)» junto con la dirección IP y la puerta de enlace de la interfaz virtual del túnel (198.18.0.1 y 198.18.0.2), pese a que la conexión física real es Wi-Fi: el script bin/omarchy-network-status usa ip route get 1.1.1.1 para identificar la interfaz activa, que en este caso enruta por la tabla de políticas del túnel, y clasifica como Ethernet cualquier dispositivo que carezca de un archivo /sys/class/net//wireless, lo que confunde la interfaz virtual con una conexión cableada mientras la ruta real sigue usando wlan0, de acuerdo con el mismo reporte, que ya tiene asociada la solicitud de incorporación de cambios #13529 sin fusionar al cierre de esta edición. También este lunes, el usuario jiri-cermak abrió el reporte #13527, en el que documenta que el lanzador omarchy-launch-webapp ejecuta chrome --app= sin especificar --profile-directory ni --user-data-dir, por lo que la ventana de la aplicación web se adjunta al perfil de Google que esté activo en ese momento y sus cookies quedan en una ubicación impredecible: cada reinicio puede obligar a escanear de nuevo el código QR de WhatsApp Web o a autenticarse otra vez, según la misma fuente, que atribuye el mismo lanzador otros cuatro problemas relacionados -incompatibilidad con Firefox, atajos rotos en Opera y fallos al cargar extensiones en Chrome 153-. Ninguno de los tres reportes tenía mantenedor asignado ni corrección fusionada al cierre de esta edición, según el propio repositorio. Costa Rica no tiene cifras públicas de usuarios que combinen Omarchy con Bluetooth, una VPN como Clash Verge o aplicaciones web como WhatsApp Web, pero cualquier persona tica en alguna de esas situaciones debería revisar los tres reportes antes de asumir que esas herramientas funcionan como se espera.
— Un guardián de código deja inoperante el botón de Bluetooth tras apagarlo, una VPN hace que el panel de red confunda su interfaz virtual con la conexión Ethernet real, y las aplicaciones web pierden la sesión de inicio en cada reinicio.
DHH acelera Omarchy con código coescrito por Claude Opus 5.5, el kernel Linux publica v7.3-rc5, un usuario reporta corrupción de btrfs, Omarchy Core corrige fugas de seguridad, Canonical parcha LXC y Requests, y la comunidad documenta tres fallas nuevas de red, Bluetooth y sesiones web.
El lunes 28 de setiembre de 2026 quedó marcado, en Omarchy, por cuatro solicitudes de rendimiento que David Heinemeier Hansson fusionó junto con Claude Opus 5.5 -con recortes de hasta 225 milisegundos en el lanzamiento de aplicaciones web-, por la corrección de dos fugas de seguridad reportadas por Sean Huber -plantillas de huellas digitales olvidadas y reglas de SSH que no cerraban el puerto pese a decirlo-, y por un reporte de corrupción de btrfs después de que un usuario arrancara por accidente un kernel de reserva que Omarchy deja instalado sin usar. La comunidad técnica documentó, además, tres fallas nuevas de interfaz de red, Bluetooth y sesiones de aplicaciones web. En el kernel Linux, Linus Torvalds publicó la etiqueta v7.3-rc5 el domingo, sosteniendo la cadencia semanal del ciclo 7.3 por quinta semana consecutiva, mientras Canonical publicó dos avisos de seguridad para Ubuntu -una falla de LXC con CVSS de 6,5 y una de la librería Requests con CVSS de 4,4-, ninguna con explotación activa confirmada. Esta sección seguirá la respuesta de Omarchy Core al reporte de corrupción de btrfs, el ajuste pendiente a la regla de registro de UFW que la revisión automatizada señaló como incompleta, y la fecha final del lanzamiento estable del kernel 7.3, todavía en disputa entre el 18 y el 25 de octubre. 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.