Si sigues de cerca el ecosistema de Arch Linux, probablemente ya conozcas a pacman, yay o paru como las opciones habituales para gestionar paquetes, pero hay alternativas menos conocidas que intentan aportar algo distinto. Una de ellas es Shelly ALPM, un gestor de paquetes que se conecta directamente con libalpm y que acaba de recibir su versión 2.4.1.3, publicada el 13 de julio de 2026 por el equipo de Seafoam Labs. No se trata de una actualización cargada de funciones nuevas, sino de un parche centrado en pulir detalles que afectan directamente a la experiencia de uso diario.
Esta actualización se apoya en contribuciones de varios colaboradores del proyecto. Una de las correcciones más relevantes soluciona problemas de búsqueda y de degradación de errores que estaban generando molestias reales entre quienes ya usan la herramienta a diario. Junto a eso, el parche añade traducciones completas al francés y corrige la conexión de los interruptores de iconos en la interfaz, un detalle menor pero que mejora la coherencia visual de la aplicación. También se ha ajustado el tiempo de espera del cliente HTTP estándar, que ahora se sitúa en 30 segundos para las operaciones relacionadas con la verificación de paquetes. Es un cambio pequeño sobre el papel, pero que puede notarse especialmente en conexiones inestables, donde antes una espera demasiado corta podía traducirse en fallos de verificación innecesarios. El parche incluye además una fusión de mantenimiento que ayuda a mantener ordenada la rama principal del repositorio tras un periodo reciente de actividad intensa en el proyecto.
Lo que distingue a Shelly de otras herramientas del ecosistema Arch es su base tecnológica. En lugar de apoyarse en scripts o envoltorios sobre las herramientas existentes, el proyecto interactúa directamente con libalpm, la biblioteca que también utiliza pacman por debajo. La mayor parte del código está escrito en Zig, con una porción menor en C sharp, y el resto repartido entre Shell y Vala. Para la parte de tiempo de ejecución en C sharp, el proyecto apunta a la versión 10.0 de punto NET. Esta combinación no es la más habitual en herramientas de este tipo, y supone asumir una huella de dependencias distinta a la que tienen utilidades más tradicionales del mundo Arch. A cambio, el equipo detrás de Shelly defiende que este enfoque permite un rendimiento más cercano al nativo, evitando capas intermedias innecesarias. El proyecto ofrece dos formas de uso, una interfaz gráfica basada en GTK 4 y una interfaz de línea de comandos que admite códigos abreviados al estilo de pacman, además de salida en formato JSON pensada para quienes quieran integrarla en sus propios scripts.
Uno de los aspectos donde este gestor de paquetes pone más énfasis es la seguridad durante la instalación. Incluye un validador que revisa los scriptlets de instalación de los PKGBUILD en busca de llamadas de red que puedan resultar arriesgadas, comprobando el uso de herramientas asociadas a más de treinta ecosistemas distintos, desde gestores como npm o pip hasta utilidades como curl o docker. Si detecta un comportamiento sospechoso en ese proceso, la herramienta lo señala antes de continuar. A esto se suma un segundo validador centrado en detectar ataques de suplantación mediante nombres de dominio internacionalizados, buscando caracteres de ancho cero y combinaciones de caracteres Unicode que puedan confundirse visualmente con otros. Es un tipo de comprobación que no suele estar en el radar de la mayoría de usuarios hasta que se topan con un problema relacionado.
En cuanto a las fuentes de paquetes, Shelly no se limita a los repositorios oficiales de Arch. También es capaz de trabajar con paquetes de AUR, Flatpak y AppImage, e incluye una opción de instalación directa desde Flathub integrada en su interfaz. El sistema resuelve dependencias virtuales según el proveedor correspondiente y cuenta con un visor de dependencias, al que el equipo ha bautizado como Starfish, pensado para mostrar de forma visual cómo se relacionan los paquetes durante la instalación. La parte de red también incorpora una estrategia conocida como Happy Eyeballs, que prioriza las conexiones IPv4 con una reserva de tres segundos antes de recurrir a IPv6, algo pensado para redes donde este último protocolo puede estar disponible pero mal configurado.
Seafoam Labs, el equipo responsable de Shelly, se define como un proyecto pequeño de código abierto que busca ofrecer al software libre un nivel de cuidado y acabado similar al de las aplicaciones de pago. El repositorio del proyecto ha acumulado cierta comunidad en GitHub y refleja un ritmo de desarrollo notable, con un número considerable de lanzamientos y de commits acumulados desde sus inicios. El proyecto se distribuye bajo licencia GPL-3.0 y se financia mediante donaciones de la comunidad, sin respaldo de ninguna empresa detrás. Si quieres probarlo, tienes varias vías disponibles según tu distribución o preferencia. En CachyOS puedes instalarlo directamente desde los repositorios oficiales del sistema. Si usas un ayudante de AUR como yay, también puedes obtenerlo desde ahí. Y si prefieres compilarlo tú mismo, el código fuente está disponible en su repositorio de GitHub para clonarlo y construirlo localmente siguiendo el proceso habitual de este tipo de paquetes en Arch.
Más allá de si terminas probando o no esta alternativa concreta, casos como el de Shelly reflejan algo interesante del mundo Arch Linux: la disposición de parte de su comunidad a experimentar con nuevas formas de resolver un problema ya conocido, incluso cuando existen herramientas consolidadas que cumplen esa función desde hace años. Esa convivencia entre lo establecido y lo experimental es, en buena medida, parte de lo que mantiene vivo este tipo de ecosistemas.
Añadir comentario
Comentarios