Vedi anche Reperire software su Linux: Snap, Flatpak ed AppImage .
Come abbiamo già visto, il metodo più tradizionale di reperimento del software in Linux è quello basato sui repository, archivi online di pacchetti dai quali attingere attraverso un package manager.
Per rendere più agevole lo sviluppo e la distribuzione dei programmi nei repo, esistono le dipendenze.
Sia Gparted che l'utilità Dischi di Gnome, per esempio, si basano su Parted, un'utility da riga di comando per il partizionamento, che assume in questo caso il ruolo di dipendenza.
In tal modo si ottiene un duplice vantaggio.
Da un lato gli sviluppatori non dovranno creare un nuovo strumento per la gestione dei dischi, ma potranno limitarsi a costruire un'interfaccia grafica intorno a Parted, eventualmente introducendo ulteriori funzionalità aggiuntive.
Sul fronte della pacchettizzazione, Parted sarà già presente all'interno dei principali repository, e potrà essere condiviso tra tutte le applicazioni che ne faranno uso.
Un caso ancora più eclatante è quello delle librerie di sistema, fondamentali per il funzionamento di qualsiasi pacchetto binario e a disposizione dei programmatori per una facile integrazione.
Uno dei principali compiti di un package manager è proprio quello di individuare le dipendenze necessarie al funzionamento di un'applicazione, sia nel momento della sua installazione, sia eventualmente durante la rimozione.
Il classico meccanismo "binario nel repository con le sue dipendenze" porta con sé anche alcune criticità.
Tralasciando la frammentazione che può venirsi a creare tra le diverse famiglie di distribuzioni, è facile incappare in problemi di incompatibilità.
Un pacchetto pensato e sviluppato intorno ad una specifica versione di una dipendenza, potrebbe subire malfunzionamenti qualora questa non venisse aggiornata adeguatamente in un repository.
Al contrario, non è raro che un software che non riceve aggiornamenti da qualche tempo smetta di funzionare dopo l'update di una sua dipendenza di base.
AppImage e Flatpak, insieme ad altri sistemi di pacchettizzazione alternativi, puntano proprio a mitigare questo tipo di problemi, fornendo un ambiente integrato completo per l'esecuzione di un programma, librerie e dipendenze comprese, che si comporta in modo agnostico rispetto alla distribuzione2 Linux sottostante.
Gear Lever, il software a cui l'articolo è dedicato, in qualche modo riesce a prendere il meglio dei due mondi, in quanto trattasi di un Flatpak con interfaccia grafica per gestire gli AppImage.
Dietro Gear Lever c'è uno sviluppatore specializzato in applicazioni Flatpak open source: Lorenzo Paderi, in arte Mijorus.
Un programma italiano dunque, con il quale è possibile integrare gli AppImage all'interno del sistema e soprattutto gestirne gli aggiornamenti.
Per consuetudine la rappresentazione dei comandi avviene con il prefisso "$ ", che non va digitato nella shell.
$ flatpak install it.mijorus.gearlever Il comando soprastante richiede che sul sistema sia già installato Flatpak e che la repo di Flathub sia abilitata: la situazione più comune. Il mio consiglio è quello di agire lato utente.
La prima volta che lo apriamo, Gear Lever ci propone una piccola finestra densa di funzionalità.
In realtà le impostazioni predefinite sono auspicabilmente adatte a tutti, quindi si può procedere cliccando direttamente su Apri, per aggiungere un file AppImage.
Quando si dà in pasto un AppImage a Gear Lever abbiamo la possibilità di limitarci a lanciare il programma, oppure possiamo procedere con l'aggiunta di un collegamento nel menù delle applicazioni.
Gear Lever creerà automaticamente un file in ~/.local/share/applications, con tutti i riferimenti necessari per avviare il programma e visualizzare correttamente la sua icona nel lista delle app.
Tutti i file AppImage originali saranno al contempo rinominati e trasferiti nella cartella ~/AppImages (configurabile dalle impostazioni), in modo da ottenere un archivio preciso ed ordinato.
Una delle caratteristiche peculiari di Gear Level è la gestione degli aggiornamenti dei programmi integrati nel sistema.
Prendiamo la situazione più classica: un AppImage scaricato a mano da GitHub, che di norma quindi andrebbe aggiornato altrettanto manualmente.
Con Gear Level, invece, gli AppImage che integrano il supporto a zsync saranno configurati automaticamente per ottenere gli aggiornamenti.
Anche in assenza di questa specifica funzionalità, è comunque possibile controllare gli updates dall'interfaccia dell'applicazione; ci sono alcuni limiti (non tutte le piattaforme di distribuzione sono supportate), ma difficilmente ci si imbatterà in problemi di compatibilità.
Invece di abbozzare una spiegazione sommaria dell'argomento, in questo caso preferisco rimandare direttamente alla documentazione ufficiale.
Dopo l'aggiunta del software desiderato, Gear Lever assumerà quindi il ruolo di hub per il monitoraggio degli AppImage presenti nel sistema.
Il pulsante Controllo aggiornamenti consentirà di eseguire gli update in batch, mentre sarà sempre possibile aggiungere nuovi file o modificare le impostazioni.
Hai notato qualche errore?
Pensi che sia stato poco chiaro, magari dando per scontato un termine o un concetto che non riesci a capire?
Vuoi proporre un approccio differente all'argomento?
Contattami per feedback e chiarimenti, l'open source è anche questo!