DHH automatiza la limpieza de paquetes huérfanos en cada actualización mientras el bug que los deja al cambiar de canal sigue abierto y el kernel afina la candidata rc7.
El pull request #14428, fusionado hoy en la rama quattro, aplica la bandera -y a la limpieza de huérfanos y elimina la doble confirmación que interrumpía las actualizaciones.
David Heinemeier Hansson fusionó este 7 de octubre el PR #14428 de Omarchy, titulado "Automatically approve orphan removal during updates", según el registro público del repositorio en GitHub. El cambio modifica la función omarchy-update-orphan-pkgs para aceptar la bandera -y y delega en omarchy-pkg-drop la eliminación de paquetes, evitando que el usuario deba confirmar dos veces durante una actualización. La limpieza manual, fuera del flujo de actualización, conserva su confirmación por terminal salvo que también se pase -y. La fusión incluyó cuatro pruebas nuevas en test/shell.d/update-orphan-test.sh que cubren remoción automática, fallos de remoción, listas vacías de huérfanos y aprobación tanto en actualizaciones confirmadas como desatendidas, además de update-sequence-test.sh y la suite ./test/cli, todas reportadas como exitosas. La revisión automatizada de Greptile, con una confianza de 4 sobre 5, señaló como pendiente no bloqueante que la confirmación en modo independiente carece de pruebas para los casos de aceptación y rechazo por terminal. Este arreglo resuelve la fricción de doble confirmación que arrastraba Omarchy desde hace semanas, pero no toca el escenario distinto que persigue el reporte #14304: paquetes que sobreviven a un cambio de canal. Esta edición no halló reportes de usuarios costarricenses sobre el flujo de actualización; sin impacto local conocido al cierre de esta edición.
El usuario jaroet reportó el 5 de octubre en el repositorio de Omarchy que cambiar del canal edge al canal stable deja instalados, sin aviso ni mecanismo de limpieza, paquetes que solo existían en el canal anterior. El issue #14304 identifica dos causas: el comando de cambio de canal solo refresca la configuración de pacman y reinstala paquetes del núcleo, pero nunca compara qué paquetes eran exclusivos del canal viejo; y la herramienta de limpieza de huérfanos solo detecta paquetes instalados como dependencias, no los instalados explícitamente. "Explicitly installed packages lacking a repository are not considered orphans, so they escape detection", señala el reporte. Dos días después de abierto, y el mismo día en que DHH fusionó el PR #14428 para automatizar otra limpieza de huérfanos, el issue #14304 permanece abierto sin comentarios ni pull request vinculado, según la página del repositorio consultada hoy. Entre las consecuencias documentadas: el paso de actualización de AUR se ejecuta en cada actualización incluso para usuarios sin paquetes de AUR, y paquetes con nombres coincidentes a proyectos ajenos de AUR disparan compilaciones innecesarias. Esta es la fuente única disponible para esta nota al momento de publicarse. Sin impacto local conocido al cierre de esta edición.
cat /feed/kernellinux.md
> Linus Torvalds fusionó este 7 de octubre tres ramas de correcciones en el árbol principal del kernel Linux, según el historial de commits del repositorio: wq-for-7.3-rc6-fixes (workqueue), cgroup-for-7.3-rc6-fixes (cgroup) y sched_ext-for-7.3-rc6-fixes (sched_ext). Son correcciones posteriores a la etiqueta "Linux 7.3-rc6", publicada el 4 de octubre, y preparan el terreno para la séptima candidata del ciclo 7.3, que Torvalds todavía no ha etiquetado al cierre de esta edición.
> Entre la rc6 y hoy, el árbol acumula más de 30 commits, entre ellos un arreglo de cpuset firmado por Waiman-Long el 6 de octubre y fusiones en los subsistemas ATA, printk y keys ese mismo día, además de dos correcciones de teclaveros (add_key y expiración de keyrings persistentes) y fusiones en i2c, x86, timers, perf, locking y EDAC el 4 de octubre. El ritmo de fusiones de ramas de corrección, en lugar de nuevas funciones, es el patrón habitual de la fase de estabilización previa a una candidata final. El impacto en Costa Rica llega de forma indirecta, cuando las distribuciones locales incorporen esta serie en sus versiones estables; sin impacto local directo conocido al cierre de esta edición.
El usuario zz8011 reportó el 5 de octubre que abrir el menú de atajos de teclado en Omarchy puede disparar un subproceso de Lua que consume el 100% de un núcleo de forma indefinida, con temperaturas de hasta 96 grados Celsius tras más de diez minutos, según el reporte publicado en GitHub. La causa, documentada en el mismo issue: la función build_lua_bind_cache ejecuta la configuración del usuario contra una tabla simulada de la API hl cuyo metamétodo __index devuelve noop para cualquier clave, incluidas las numéricas. Configuraciones que recorren funciones de Hyprland no implementadas en el simulador —como for _, plugin in ipairs(hl.get_loaded_plugins())— nunca terminan, porque noop[1], noop[2] y las siguientes también resuelven a noop. El reporte propone dos soluciones: que __index devuelva nil para claves numéricas, lo que permitiría que la iteración termine con normalidad, o simular de forma explícita las funciones reales de Hyprland. El entorno reportado es Omarchy 4.0.4-1, Hyprland 0.56.2 y Lua 5.5.1. Dos días después de abierto, y pese a que hoy mismo el equipo de Omarchy fusionó otras correcciones al repositorio, el issue #14302 sigue sin respuesta de ningún mantenedor, sin etiquetas ni pull request asociado. Sin impacto local conocido al cierre de esta edición.
DHH fusionó hoy el PR #14434, que agrega Slack al menú Install > Service de Omarchy instalando slack-desktop desde el repositorio propio de la distribución, con compilaciones para x86_64 y aarch64, y lo lanza automáticamente al terminar. "Slack is one of the most popular apps people install from the AUR", justificó el autor en la descripción del cambio. La función depende de omacom/omarchy-pkgs#840 y por ahora solo funciona en la rama edge, no en las ramas de candidata o estable. En un segundo cambio, el PR #14426 sustituye dua-cli por disktree-bin como herramienta de análisis de disco por defecto, mueve la entrada del manual de la categoría de TUI a GUI y documenta el modificador disktree --disk para escaneos de disco completo. Un tercer PR, el #14430, corrigió documentación desactualizada sobre el panel de agentes: las filas de límite muestran el tiempo hasta el reinicio del cupo, no el porcentaje usado como decía el manual, y una cuenta con la sesión caducada muestra un enlace de "Sign-in required" en lugar de solo texto. Sin impacto local conocido al cierre de esta edición.
El usuario dmomoto reportó hoy el issue #14396: Quickshell sufre fallos de segmentación repetidos en la recolección de basura de Qt QML mientras la autenticación por huella digital está activa en un ThinkPad X260 con Omarchy 4.0.4-1 y quickshell 0.3.1-1. Documentó tres caídas con pilas distintas —QV4::Heap::Object::markObjects, QV4::MarkStack::drain y QQmlData::destroyed()— tras las cuales Quickshell se reinicia solo, aunque los intentos posteriores de autenticación por huella suelen fallar con errores de dispositivo ya reclamado. Por separado, el issue #14392, abierto el 6 de octubre por el usuario aravind-r2r-tech, documenta que un temporizador fijo de 5 segundos en shell/plugins/lock/Service.qml apaga la pantalla al bloquear la sesión mediante omarchy-brightness-display off. En equipos con conmutadores KVM, la pérdida de señal de video se interpreta como una desconexión y el conmutador cambia de máquina a mitad de la enumeración USB, lo que puede dejar el controlador xHCI bloqueado hasta reiniciar. No existe todavía una opción configurable para desactivar ese apagado. Un tercer reporte, el #14406 de travelingnomad1, describe una condición de carrera en shell/services/AppLibrary.qml: si la ventana de una aplicación aparece justo en el entorno de los 2000 milisegundos, dos comandos independientes que controlan el aviso "Launching…" compiten entre sí y el aviso queda en pantalla de forma indefinida, algo que afecta de manera consistente a aplicaciones como Remmina y Nautilus. Los tres issues seguían abiertos y sin comentarios de mantenedores al cierre de esta edición. Sin impacto local conocido al cierre de esta edición.
El repositorio de Omarchy en GitHub registraba hoy 44.2 mil estrellas y 5.3 mil forks, con 2,216 issues abiertos y 1,368 pull requests cerrados en total, según la página pública del proyecto. La jornada resumió el patrón reciente de la distro de DHH: se cierra una fricción de actualización con el PR #14428 mientras el issue #14304, sobre huérfanos de canal, y el #14302, sobre el menú al 100% de CPU, siguen sin resolución, y se abren tres reportes nuevos sobre Quickshell, el bloqueo de pantalla y el lanzador de aplicaciones. En paralelo, el kernel Linux sigue su fase de estabilización rumbo a la séptima candidata del ciclo 7.3, sin fecha anunciada por Torvalds al cierre de esta edición. El Pisuika seguirá este arco de Omarchy y del kernel en las próximas ediciones de esta sección.