Gear Lever: organizar y actualizar AppImage en Linux

Descargamos una AppImage, la abrimos y el programa funciona. El problema llega unos días después, cuando queremos volver a utilizarlo y tenemos que buscar el archivo entre las descargas. Si además bajamos una versión nueva, podemos acabar con varios ejecutables parecidos sin saber cuál abre el acceso directo.

Gear Lever sirve para ordenar esa parte. Permite integrar AppImage en el menú de Linux, guardarlas en una carpeta elegida y gestionar las actualizaciones compatibles. No es otra tienda de aplicaciones ni convierte las AppImage en paquetes de Ubuntu. Sigue trabajando con los archivos que descargamos.

Qué cambia al utilizar Gear Lever

Una AppImage es un archivo ejecutable que agrupa una aplicación y buena parte de sus dependencias. Puede resultar cómoda cuando el proyecto no publica un paquete adecuado para nuestra distribución, pero no todas incluyen un acceso directo o un mecanismo de actualización.

Gear Lever crea la integración con el escritorio y mantiene organizados esos archivos. La aplicación aparece en el menú, desde donde podemos abrirla o fijarla al panel como cualquier otra. No necesitamos instalar todo un entorno GNOME para utilizarlo en Cinnamon o en otro escritorio compatible.

Lo que no hace es comprobar por nosotros que cualquier AppImage descargada sea fiable. Tampoco garantiza que funcione en todos los equipos. Un ejecutable para ARM no sirve por el simple hecho de añadirlo al menú de un ordenador x86_64.

Logo de Gear Lever
Icono de Gear Lever, proyecto de Lorenzo Paderi distribuido bajo GPL 3 o posterior. Original vectorial, convertido a PNG sin cambiar el diseño.

Instalar Gear Lever en Ubuntu y Linux Mint

Podemos buscar Gear Lever en el gestor de programas si tenemos Flathub configurado. El identificador de la aplicación es it.mijorus.gearlever. Desde la terminal:

flatpak install flathub it.mijorus.gearlever

Después lo abrimos desde el menú o con:

flatpak run it.mijorus.gearlever

Si aparece un mensaje indicando que no existe el remoto flathub, no es un fallo de Gear Lever. Debemos configurar primero esa fuente. En la guía de instalación y actualización de Flatpak explicamos la diferencia entre la instalación para nuestro usuario y la del sistema.

Elegimos un ámbito y lo mantenemos. Instalar dos copias de Gear Lever, una para el usuario y otra para el sistema, no mejora la integración y puede confundirnos al actualizar. En Ubuntu tampoco debemos dar por hecho que todas las instalaciones de su tienda son Flatpak.

Preparar la carpeta de las AppImage

Antes de integrar la primera aplicación, entramos en las preferencias de Gear Lever y revisamos dónde guardará los archivos. Una carpeta como Aplicaciones, dentro de nuestra carpeta personal, permite encontrarlos después sin mezclarlos con documentos o descargas pendientes.

Para el primer intento elegiría una aplicación que no contenga datos importantes. La descargamos desde su web o repositorio oficial y comprobamos que corresponde a nuestra arquitectura. Si el proyecto ofrece una firma o suma de comprobación, seguimos sus instrucciones de verificación.

No utilizamos sudo para abrir Gear Lever o una AppImage normal. Estamos organizando aplicaciones de nuestro usuario, no escribiendo en las carpetas del sistema. Si un tutorial propone dar permisos a todo el directorio de descargas para solucionarlo, conviene detenerse.

Añadir una AppImage al menú de Linux

Abrimos Gear Lever y añadimos el archivo desde su selector o arrastrándolo a la ventana. Revisamos el nombre, la versión y la ubicación que muestra antes de aceptar la integración.

Utilizamos la opción para añadirla al menú de aplicaciones. El texto exacto puede variar con la traducción y la versión, pero el resultado debe ser un lanzador que abra la AppImage gestionada por Gear Lever.

Después buscamos el programa en el menú y lo iniciamos desde allí. No basta con ver el icono. Comprobamos que abre la aplicación correcta y revisamos en Gear Lever la ruta del archivo integrado. Así sabremos qué copia estamos usando si conservamos otra en Descargas.

Sólo cuando lo tengamos claro retiramos las copias duplicadas que no necesitemos. No borramos toda la carpeta de descargas ni asumimos que el archivo inicial se haya conservado en su sitio. La ubicación elegida y las opciones de integración determinan qué debemos guardar.

Si preferimos hacerlo manualmente o queremos entender qué estamos ejecutando, podemos consultar la guía de archivos DEB, AppImage y tar.gz. Gear Lever resuelve la organización posterior, no cambia las diferencias entre esos formatos.

Actualizar una aplicación sin perder de vista su origen

Gear Lever puede buscar nuevas versiones cuando reconoce una fuente de actualización válida. Algunas AppImage incorporan esa información. En otras tendremos que indicarla o actualizar el archivo manualmente.

Que no aparezca ninguna actualización no demuestra que tengamos la última versión. Antes de darlo por hecho, comparamos con la página del proyecto y revisamos la fuente configurada en Gear Lever.

Por ejemplo, su documentación para actualizaciones de GitHub distingue el repositorio y el nombre del archivo que debe descargar. Es importante que el patrón no mezcle versiones para ARM y x86_64, y que no incluya entregas de prueba si no las queremos.

Tampoco pegaría la URL de una página cualquiera que contenga un botón de descarga. Gear Lever necesita una fuente que pueda interpretar. Las actualizaciones mediante una URL fija tienen requisitos propios y no se comportan exactamente igual que las publicaciones de GitHub.

Antes de sustituir una aplicación que utilizamos para trabajar, la cerramos y guardamos sus documentos. Si la nueva versión cambia el formato de su configuración, conservar el ejecutable anterior puede no ser suficiente para deshacer ese cambio.

Sustituir la versión o conservar las dos

Cuando Gear Lever ofrece mantener la versión anterior o sustituirla, la elección depende del programa. Para una herramienta secundaria puede ser cómodo reemplazar el archivo. Para un editor con el que tenemos un proyecto abierto, conservar ambas temporalmente permite comprobar la nueva entrega con más calma.

Eso no crea dos configuraciones independientes. Dos ejecutables de la misma aplicación pueden seguir leyendo la misma carpeta de ajustes y los mismos documentos. Si queremos comparar versiones sin que interfieran, necesitamos los perfiles separados o el modo portable que admita ese programa.

Antes de actualizar, hacemos una copia de los archivos importantes desde la propia aplicación o mediante su sistema de exportación. Gear Lever gestiona ejecutables y lanzadores, no es un sistema de copias de seguridad de nuestros proyectos.

La misma precaución sirve al volver a una entrega anterior. Si un documento se ha guardado en un formato nuevo, el programa antiguo podría no abrirlo correctamente aunque arranque sin problemas.

Qué permisos tiene y qué aislamiento no proporciona

Instalar Gear Lever como Flatpak no significa que las AppImage que abra queden aisladas como aplicaciones Flatpak. El gestor necesita acceder a archivos y comunicarse con el sistema para integrar y ejecutar programas.

El manifiesto del proyecto declara permisos amplios para esa tarea. Si revisamos sus permisos con Flatseal, debemos entender para qué sirven antes de quitarlos. Bloquear una comunicación necesaria puede impedir que abra aplicaciones sin convertir sus ejecutables en más seguros.

Una AppImage desconocida sigue pudiendo acceder a lo que permitan nuestros permisos de usuario. Añadirla al menú no la audita, no revisa su licencia y no convierte software propietario en software libre. La utilidad de Gear Lever es organizativa, no una garantía sobre lo que descargamos.

Quitar una aplicación y resolver accesos duplicados

Para retirar una AppImage integrada utilizamos primero la opción de eliminación de Gear Lever y revisamos qué archivo va a quitar. Es preferible a borrar el ejecutable a mano y dejar un lanzador que apunte a una ruta inexistente.

Si vemos dos iconos del mismo programa, comprobamos si uno procede de APT o Flatpak y el otro de la AppImage. También puede quedar una integración manual anterior. No borramos lanzadores al azar, identificamos primero qué ruta abre cada uno.

La configuración y los documentos de la aplicación son otra cosa. Quitar una AppImage no implica borrar automáticamente sus datos personales. Antes de eliminarlos aparte, consultamos dónde los guarda el programa y conservamos una copia de lo que queramos recuperar.

Si una aplicación no arranca, el primer dato útil es su mensaje de error. Puede faltar una biblioteca, no coincidir la arquitectura o existir un requisito de FUSE. Reinstalar Gear Lever no arregla necesariamente ninguno de esos casos. Tampoco conviene probar con sudo o desactivar el aislamiento de Chromium como solución general.

Con una carpeta estable y una fuente de actualización revisada ya evitamos buena parte del desorden. Si utilizas varias AppImage, merece la pena dejar clara esa organización antes de acumular más versiones del mismo programa.

Sergio Almela

Senior Software Engineer con más de diez años de experiencia. Escribo sobre Linux, software libre, backend, arquitectura, rendimiento, testing e IA aplicada al desarrollo.

Ver todas las entradas de Sergio Almela →

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *