Quien usa Arch Linux con cierta frecuencia acaba conviviendo con el AUR, ese repositorio mantenido por la comunidad donde está casi todo lo que no encuentras en los repos oficiales. Y quien convive con el AUR conoce la escena: lanzas una actualización, una compilación se rompe a mitad de camino y te quedas con un mensaje que apenas te dice qué ha fallado ni por qué. Esa incomodidad es justo la que ataca Shelly 3.1.9, la nueva versión de mantenimiento de este gestor de paquetes para Arch y derivadas, con interfaz gráfica y de línea de comandos, que se plantea como alternativa moderna al administrador por defecto. No es una revolución, pero sí un buen puñado de arreglos con sentido.
Compilaciones del AUR menos misteriosas y más fiables
El cambio más práctico para el día a día está en cómo se informan los fallos. Shelly mejora ahora esos reportes para que el error señale el paquete afectado y conserve la causa de fondo, en lugar de dejarte adivinando. Parece un detalle menor hasta que tienes quince paquetes del AUR en una sola actualización y necesitas saber cuál es el culpable. Hay otro ajuste que agradecerá quien trabaje detrás de un proxy corporativo o de una red con filtros. Cuando una compilación nativa se ejecuta con privilegios elevados y luego vuelve al usuario que la lanzó, Shelly conserva las variables de entorno estándar de proxy, es decir, las de HTTP, HTTPS, all-proxy y no-proxy. Si alguna vez una compilación no ha podido descargar sus fuentes solo porque esas variables se perdieron por el camino, sabes de qué hablo.
La versión también limpia varios errores concretos. Corrige los fallos en la primera actualización de paquetes AUR de tipo git, que se compilan desde el último commit del repositorio, y mejora el análisis de los PKGBUILD, los archivos con las instrucciones de construcción, en el caso de las expansiones de llaves negadas y condicionales. Además, el asistente de lanzamientos del AUR ahora puede actualizar las sumas de comprobación y el archivo .SRCINFO, los metadatos que lee el AUR, directamente desde Shelly.
RLPM y la migración de archivos: adoptar lo que ya existe
La novedad más llamativa sobre el papel es el soporte de migración de archivos para RLPM, el motor de paquetes nativo que Shelly estrenó en la versión 3.1.7. La idea es que un paquete pueda tomar posesión de archivos que ya están en tu sistema y que sean elegibles, preservando su contenido. RLPM puede adoptar archivos regulares y enlaces simbólicos, y las vistas previas de transacciones, tanto en la línea de comandos como en la interfaz GTK, te muestran qué rutas se van a conservar antes de confirmar nada. Para entender por qué importa, piensa en el clásico choque de que un paquete quiera instalar un archivo que ya existe en el sistema pero que no pertenece a ninguno. Con esta migración, ese archivo huérfano puede pasar a manos del paquete sin perder lo que contiene. Es una forma de ordenar la casa sin vaciarla.
Según explica Zoey Bauer, desarrolladora de Shelly, esas declaraciones viajan a través de la generación del .SRCINFO y de los archivos del paquete, e incluyen anulaciones para cada paquete individual en los paquetes divididos. Las migraciones explícitas pueden incluso adoptar archivos que no figuran en el paquete entrante, y RLPM mantiene esos registros de propiedad en actualizaciones posteriores hasta que el tratamiento normal del contenido del paquete toma el relevo. Aquí conviene ser prudente. RLPM es una pieza relativamente joven y tocar la propiedad de archivos del sistema es un terreno donde los errores se pagan caros. Que las vistas previas muestren lo que se va a conservar es una buena señal, pero antes de dejar que gestione archivos importantes tu sistema merece una revisión atenta de esas previsualizaciones.
Actualizaciones que no repiten trabajo
El tercer bloque de mejoras tiene que ver con la fluidez. Shelly reutiliza ahora las bases de datos de repositorios que ya ha sincronizado el gestor de libalpm, la biblioteca sobre la que se apoya pacman, y evita así una segunda actualización dentro del mismo flujo. Menos descargas redundantes y menos espera. Las vistas previas de actualización que se hacen como root, por su parte, se mantienen ahora en la propia caché de root. Dicho de otro modo, no se mezclan con la del usuario, lo que debería traducirse en previsualizaciones más ágiles. Son optimizaciones silenciosas, de las que no salen en las capturas pero que se notan en el uso diario.
Devario y la ambición de Shelly
Esta versión llega, además, con un contexto interesante. La semana pasada se supo que el equipo de Shelly ha creado su propia distribución, Devario, basada en Arch Linux y con Shelly como gestor de paquetes por defecto. Con Shelly 3.1.9, Devario incorpora la adopción automática de archivos no poseídos y elegibles que también proporcione un paquete entrante, una pista clara de hacia dónde apunta la migración de archivos de RLPM. Si quieres probarlo, en Arch Linux puedes instalar o actualizar Shelly con sudo pacman -S shelly. Las notas de la versión y los binarios, o el código fuente en tarball, están en la página de lanzamientos del proyecto en GitHub.
Lo más curioso de todo esto es que Arch siempre se ha enorgullecido de su sencillez y de dejarte las herramientas en la mano, y ahora crece a su alrededor un ecosistema que intenta suavizar sus aristas sin renunciar a ellas. Quizá la pregunta no sea si Shelly sustituirá algún día a pacman, sino cuánta comodidad estamos dispuestos a delegar en una capa nueva a cambio de entender un poco menos lo que ocurre debajo.
Fuente: Shelly-ALPM en GitHub
Añadir comentario
Comentarios