Gestione pacchetti Linux a confronto:AppImage vs Snap vs Flatpak

Gestori di pacchetti fornire un modo per impacchettare, distribuire, installare e gestire le app in un sistema operativo. Con le moderne applicazioni desktop, server e IoT del sistema operativo Linux e le centinaia di diverse distribuzioni esistenti, diventa necessario passare da metodi di packaging specifici della piattaforma a metodi indipendenti dalla piattaforma. Questo post esplora 3 di questi strumenti, vale a dire AppImage , Scatta e Flatpak , che ciascuno mira a essere il futuro della distribuzione e della gestione del software in Linux. Alla fine riassumiamo alcuni risultati chiave.

1. AppImage

AppImage segue un concetto chiamato "Un'app =un file" . Questo deve essere inteso come un'AppImage che è un normale "file" indipendente contenente un'applicazione con tutto ciò di cui ha bisogno per essere eseguita in detto file. Una volta resa eseguibile, AppImage può essere eseguita come qualsiasi applicazione in un computer semplicemente facendo doppio clic su di essa nel file system dell'utente.[1]

È un formato per creare software portatile per Linux senza richiedere all'utente di installare la suddetta applicazione. Il formato consente agli sviluppatori originali del software (sviluppatori a monte) di creare una versione indipendente dalla piattaforma e dalla distribuzione (chiamata anche binaria indipendente dalla distribuzione) della loro applicazione che fondamentalmente verrà eseguita su qualsiasi versione di Linux.

AppImage è in circolazione da molto tempo. Clicca , un predecessore di AppImage è stato creato da Simon Peter nel 2004. Il progetto è stato chiuso nel 2011 dopo non aver superato la fase beta. Un progetto denominato PortableLinuxApps è stato creato da Simon più o meno nello stesso periodo e il formato è stato ripreso da alcuni portali che offrono software per utenti Linux. Il progetto è stato nuovamente rinominato nel 2013 con il nome attuale AppImage e un repository è stato mantenuto in GitHub (collegamento al progetto) con tutte le ultime modifiche allo stesso dal 2018.[2][3]

Scritto principalmente in C e indossando la licenza MIT dal 2013, AppImage è attualmente sviluppato dal progetto AppImage . È un modo molto conveniente per utilizzare le applicazioni, come dimostrato dalle seguenti funzionalità:

1. AppImages può essere eseguito praticamente su qualsiasi sistema Linux. Come accennato in precedenza, le applicazioni derivano molte funzionalità dal sistema operativo e da alcune librerie comuni. Questa è una pratica comune nel mondo del software poiché se qualcosa è già stato fatto, non ha senso rifarlo se puoi scegliere quali parti utilizzare dallo stesso. Il problema è che molte distribuzioni Linux potrebbero non avere tutti i file necessari per l'esecuzione di una particolare applicazione poiché è lasciato agli sviluppatori di quella particolare distribuzione l'inclusione dei pacchetti necessari. Quindi gli sviluppatori devono includere separatamente le dipendenze dell'applicazione per ogni distribuzione Linux per cui stanno pubblicando la loro app. Utilizzando il formato AppImage gli sviluppatori possono scegliere di includere tutte le librerie e i file che non possono sperare che il sistema operativo di destinazione abbia come parte del file AppImage. Quindi lo stesso file in formato AppImage può funzionare su diversi sistemi operativi e macchine senza bisogno di un controllo granulare.
2. La filosofia di un'app e un file significa che l'esperienza dell'utente è semplice ed elegante in quanto gli utenti devono solo scaricare ed eseguire un file che soddisferà le loro esigenze per l'utilizzo dell'applicazione.
3. Nessun requisito di accesso root . Gli amministratori di sistema richiederanno alle persone di avere l'accesso come root per impedire loro di fare confusione con i computer e la loro configurazione predefinita. Ciò significa anche che le persone senza accesso root o privilegi di super utente non possono installare le app di cui hanno bisogno a loro piacimento. La pratica è comune in un ambiente pubblico (come i computer di biblioteche o università o su sistemi aziendali). Il file AppImage non richiede agli utenti di "installare" nulla e quindi gli utenti devono solo scaricare il suddetto file e renderlo eseguibile per iniziare ad usarlo. Questo rimuove i dilemmi di accesso che hanno gli amministratori di sistema e semplifica il loro lavoro senza sacrificare l'esperienza dell'utente.
4. Nessun effetto sul sistema operativo principale . Il formato dell'applicazione AppImage consente di utilizzare le applicazioni con tutte le loro funzionalità senza dover modificare o addirittura accedere alla maggior parte dei file di sistema. Ciò significa che qualunque cosa facciano le applicazioni, la configurazione e i file del sistema operativo principale rimangono inalterati.
5. Uno sviluppatore può creare un'AppImage per una particolare versione della sua applicazione. Qualsiasi versione aggiornata viene creata come un'AppImage diversa. Quindi gli utenti, se necessario, possono testare più versioni della stessa applicazione eseguendo diverse istanze utilizzando diverse AppImages. Questa è una funzionalità inestimabile quando devi testare le tue applicazioni da un POV di un utente finale per notare le differenze.
6. Porta le tue applicazioni dove vai. Come accennato in precedenza, le AppImages sono file archiviati di tutti i file che un'applicazione richiede e possono essere utilizzati senza installare o addirittura preoccuparsi della distribuzione utilizzata dal sistema. Quindi, se disponi di un set di app che usi regolarmente, puoi persino montare alcuni file AppImage su una chiavetta USB e portarlo con te per utilizzarlo su più computer che eseguono più distribuzioni diverse senza preoccuparti che funzioneranno o meno.

Inoltre, AppImageKit consente agli utenti di tutti i background di creare le proprie AppImage da applicazioni che già possiedono o per applicazioni a cui non viene fornita un'AppImage dallo sviluppatore a monte.

Il gestore di pacchetti è indipendente dalla piattaforma ma si concentra principalmente sulla distribuzione del software agli utenti finali sui loro desktop con un demone dedicato AppImaged per l'integrazione dei formati AppImage nei rispettivi ambienti desktop. AppImage è ora supportato in modo nativo da una varietà di distribuzioni come Ubuntu, Debian, openSUSE, CentOS, Fedora ecc. E altri possono configurarlo secondo le loro esigenze. AppImages può essere eseguito anche su server con funzionalità limitate tramite gli strumenti CLI inclusi.

Per saperne di più su AppImages, vai alla documentazione ufficiale di AppImage pagina.

Lettura consigliata:

• Integra AppImages nel menu dell'applicazione utilizzando AppImageLauncher
• Cerca applicazioni Linux su piattaforme AppImage, Flathub e Snapcraft

2. scattante

Accattivante è un sistema di distribuzione software e gestione dei pacchetti come AppImage o qualsiasi altro gestore di pacchetti per quell'istanza. È stato originariamente progettato per l'ormai defunto Ubuntu Touch Sistema operativo. Snappy consente agli sviluppatori di creare pacchetti software da utilizzare in una varietà di distribuzioni basate su Linux. L'intenzione iniziale alla base della creazione di Snappy e della distribuzione di "scatti" sui sistemi basati su Ubuntu è ottenere un formato unico unificato che potrebbe essere utilizzato in qualsiasi cosa, dai dispositivi IoT ai sistemi informatici a tutti gli effetti che eseguivano alcune versioni di Ubuntu e, in senso più ampio, lo stesso Linux.[4]

Lo sviluppatore principale dietro il progetto è Canonico , la stessa azienda che pilota il progetto Ubuntu. Ubuntu aveva il supporto snap nativo dalla versione 16.04 LTS con sempre più distribuzioni che lo supportavano immediatamente o tramite una semplice configurazione in questi giorni. Se usi Arch o Debian o openSUSE troverai facile installare il supporto per il gestore di pacchetti usando semplici comandi nel terminale, come spiegato più avanti in questa sezione. Ciò è possibile anche rendendo disponibili i file della piattaforma snap necessari nei rispettivi repository.[5]

Snappy ha i seguenti componenti importanti che costituiscono l'intero sistema di gestione dei pacchetti.[6]

• Scatta – è il formato file dei pacchetti stessi. Le singole applicazioni distribuite tramite Snappy sono chiamate "Snap". Qualsiasi applicazione può essere impacchettata utilizzando gli strumenti forniti per creare uno snap destinato all'esecuzione su un sistema diverso che esegue Linux. Snap, simile ad AppImage, è un file all-inclusive e contiene tutte le dipendenze necessarie per l'esecuzione dell'applicazione senza presumere che facciano parte del sistema di destinazione.
• Snapcraft – è lo strumento che consente agli sviluppatori di creare istantanee delle loro applicazioni. È fondamentalmente un comando che fa parte del sistema di snap, nonché un framework che ti consentirà di creare i tuoi snap.
• Scatta – è il demone in background che mantiene tutti gli snap installati nel tuo sistema. Si integra nell'ambiente desktop e gestisce tutti i file e i processi relativi al lavoro con gli snap. Il demone snapd controlla anche gli aggiornamenti normalmente 4 volte al giorno salvo diversa indicazione.
• Negozio Snap – è una sorta di galleria online che consente agli sviluppatori di caricare i propri scatti nel repository. Snap Store è anche un mezzo di rilevamento delle applicazioni per gli utenti e consentirà agli utenti di vedere e sperimentare la libreria delle applicazioni prima di scaricarle e installarle.

Il componente snapd è scritto principalmente in C e Golang mentre il framework Snapcraft è costruito utilizzando Python . Sebbene entrambi i moduli utilizzino la licenza GPLv3, è da notare che snapd ha codice proprietario di Canonical per le sue operazioni lato server con solo il lato client pubblicato sotto la licenza GPL. Questo è un importante punto di contesa con gli sviluppatori poiché ciò implica che gli sviluppatori firmino un modulo CLA per partecipare allo sviluppo snap.[7]

Andando più in profondità nei dettagli più fini del gestore di pacchetti Snappy, si può notare quanto segue:

1. Gli snap come indicato in precedenza sono inclusivi e contengono tutti i file necessari (dipendenze) necessari per l'esecuzione dell'applicazione. Pertanto, gli sviluppatori non devono creare snap diversi per le diverse distribuzioni a cui mirano. Essere consapevoli dei runtime è tutto ciò che è necessario se i runtime di base sono esclusi dallo snap.
2. I pacchetti Snappy sono pensati per supportare gli aggiornamenti transazionali. Tale aggiornamento transazionale è atomico e completamente reversibile, il che significa che puoi utilizzare l'applicazione mentre viene aggiornata e che se un aggiornamento non si comporta come dovrebbe, puoi invertire lo stesso senza altri effetti di sorta. Il concetto è anche chiamato programmazione delta in cui solo le modifiche all'applicazione vengono trasmesse come aggiornamento anziché l'intero pacchetto. Un derivato di Ubuntu chiamato Ubuntu Core in realtà promette il protocollo di aggiornamento scattante al sistema operativo stesso.[8]
3. Un punto chiave di differenza tra snap e AppImages è il modo in cui gestiscono le differenze di versione. Utilizzando AppImages diverse versioni dell'applicazione avranno AppImages diverse che ti consentono di utilizzare contemporaneamente 2 o più versioni diverse della stessa applicazione contemporaneamente. Tuttavia, utilizzare gli snap significa conformarsi al sistema di aggiornamento transazionale o delta. Sebbene ciò significhi aggiornamenti più rapidi, ti impedisce di eseguire due istanze della stessa applicazione contemporaneamente. Se devi utilizzare la vecchia versione di un'app, dovrai annullare o disinstallare la nuova versione. Snappy supporta una funzione chiamata "installazione parallela" che consentirà agli utenti di raggiungere obiettivi simili, tuttavia, è ancora in una fase sperimentale e non può essere considerata un'implementazione stabile. Snappy utilizza anche i canali, il che significa che puoi utilizzare contemporaneamente la versione beta o la build notturna di un'app e la versione stabile.[9]
4. Ampio supporto dalle principali distribuzioni Linux e dai principali sviluppatori tra cui Google, Mozilla, Microsoft, ecc.[4]
5. Snapd lo strumento di integrazione desktop supporta l'acquisizione di "istantanee" dello stato corrente di tutti gli snap installati nel sistema. Ciò consentirà agli utenti di salvare lo stato di configurazione corrente di tutte le applicazioni installate tramite il gestore di pacchetti Snappy e consentirà agli utenti di tornare a quello stato ogni volta che lo desiderano. La stessa funzionalità può anche essere impostata per scattare automaticamente istantanee con una frequenza ritenuta necessaria dall'utente. Le istantanee possono essere create utilizzando il comando snap save nel framework snapd.[10]
6. Gli snap sono progettati per essere sandbox durante il funzionamento. Ciò fornisce agli utenti un livello di sicurezza e isolamento molto richiesto. Gli utenti non devono preoccuparsi delle applicazioni basate su snap che incasinano il resto del software sul proprio computer. Il sandboxing viene implementato utilizzando tre livelli di isolamento, cioè classico , rigoroso e modalità sviluppo . Ciascun livello di isolamento consente all'app diversi livelli di accesso all'interno del file system e del computer.[11]

D'altra parte, gli snap sono ampiamente criticati per essere incentrati sul modus operandi di Canonical . La maggior parte degli impegni al progetto sono da parte di dipendenti o appaltatori Canonical e gli altri contributori sono tenuti a firmare un modulo di rilascio (CLA). La funzionalità sandbox, davvero molto importante dal punto di vista della sicurezza, è difettosa in quanto il sandboxing richiede in realtà alcuni altri servizi di base per l'esecuzione (come Mir) mentre le applicazioni che eseguono il desktop X11 non supportano il suddetto isolamento, rendendo così il detta caratteristica di sicurezza è irrilevante. Anche i discutibili comunicati stampa e altri sforzi di marketing di Canonical e il repository di app "centrale" e chiuso sono aspetti ampiamente criticati di Snappy. Inoltre, anche le dimensioni dei file dei diversi snap sono relativamente molto grandi rispetto alle dimensioni delle app dei pacchetti realizzati utilizzando AppImage.[7]

Per maggiori dettagli, controlla Snap documentazione ufficiale .

Lettura correlata:

• Installa i pacchetti Snap in Arch Linux e Fedora

3. Flatpack

Come lo Snap/Snappy sopra elencato, Flatpak è anche uno strumento di distribuzione del software che mira a facilitare la distribuzione e l'utilizzo del software in Linux. Flatpak era precedentemente noto come "xdg-app" ed era basato sul concetto proposto da Lennart Poettering nel 2004. L'idea era di contenere le applicazioni in una sandbox virtuale sicura che consentisse di utilizzare le applicazioni senza la necessità di privilegi di root e senza compromettere la sicurezza dei sistemi. Alex ha iniziato ad armeggiare con Klik (pensato per essere una versione precedente di AppImage) e ha voluto implementare meglio il concetto. Alexander Larsson che all'epoca stava lavorando con Red Hat ha scritto un'implementazione chiamata xdg-app nel 2015 che fungeva da pre-cursore per l'attuale formato Flatpak.

Flatpak è uscito ufficialmente nel 2016 con il supporto di Red Hat, Endless Computers e Collabora. Hub piatto è il repository ufficiale di tutti i pacchetti di applicazioni Flatpak. Alla sua superficie Flatpak come l'altro è un framework per la creazione e il confezionamento di applicazioni indipendenti dalla distribuzione per Linux. Richiede semplicemente che gli sviluppatori si conformino ad alcune linee guida per l'ambiente desktop affinché l'applicazione possa essere integrata con successo nell'ambiente Flatpak.

Rivolto principalmente alle tre popolari implementazioni desktop FreeDesktop , KDE e GNOME , il framework Flatpak stesso è scritto in C e funziona su una LGPL licenza. È possibile accedere al repository di manutenzione tramite il collegamento GitHub qui .

Di seguito sono menzionate alcune caratteristiche di Flatpak che lo distinguono. Si noti che le funzionalità condivisioni Flatpak con AppImage e Snappy sono omesse qui.

• Profonda integrazione negli ambienti desktop Linux popolari come GNOME e KDE in modo che gli utenti possano semplicemente utilizzare Flatpak utilizzando strumenti di gestione del software grafico invece di ricorrere al terminale. Flatpak può essere installato dai repository predefiniti dei principali ambienti desktop ora e una volta configurate le app stesse possono essere utilizzate e fornire funzionalità simili alle normali applicazioni desktop.[12][13]
• Compatibilità con le versioni successive – I flatpak sono costruiti da zero tenendo a mente il kernel di base dei sistemi operativi e i tempi di esecuzione. Quindi, anche se aggiorni o aggiorni la tua distribuzione, i Flatpak che hai dovrebbero comunque funzionare a meno che non ci sia un aggiornamento principale. Ciò è particolarmente cruciale per le persone che preferiscono rimanere su beta mobili o versioni di sviluppo delle loro distribuzioni. Per queste persone, dal momento che i nodi del sistema operativo stesso non vengono risolti di solito, l'applicazione Flatpak funzionerà senza problemi senza dover dipendere dai file o dalle librerie del sistema operativo per il suo funzionamento.[13]
• Sandbox utilizzando Bubblewrap – gli snap sono anche sandbox per impostazione predefinita in quanto vengono eseguiti in isolamento dal resto delle applicazioni in esecuzione mentre stai utilizzando il computer. Tuttavia, Flatpak sigilla completamente l'applicazione dall'accesso ai file del sistema operativo e ai file utente durante il suo funzionamento per impostazione predefinita. Ciò significa essenzialmente che gli amministratori di sistema possono essere certi che i Flatpak installati nei loro sistemi non possano sfruttare il computer e i file in esso contenuti, mentre per gli utenti finali ciò significherà che per accedere ad alcune funzioni specifiche o all'autorizzazione di root dei dati utente è necessaria. [14]
• Flatpak supporta la distribuzione decentralizzata delle applicazioni in modo nativo, tuttavia il team dietro Flatpak mantiene ancora un repository online centrale di app/Flatpak chiamato Flathub . Gli utenti possono infatti configurare Flatpak per utilizzare più repository remoti come ritengono necessario. Al contrario di snap, puoi avere più repository.[13]
• Accesso modulare tramite sandbox. Sebbene questa capacità abbia un grande potenziale costo per l'integrità del sistema, il framework Flatpak consente di creare canali attraverso la sandbox per lo scambio di informazioni specifiche dall'interno della sandbox al sistema host o viceversa. Il canale viene in questo caso denominato portale. Un contro a questa caratteristica è discusso più avanti nella sezione.[14]

Uno degli aspetti più criticati di Flatpak, tuttavia, è la funzionalità sandbox stessa. Il sandboxing è il modo in cui i gestori di pacchetti come Snappy e Flatpak implementano importanti funzionalità di sicurezza. Il sandboxing essenzialmente isola l'applicazione da tutto il resto del sistema consentendo solo lo scambio di informazioni definito dall'utente dall'interno del sandbox verso l'esterno. Il difetto del concetto è che la sandbox non può essere intrinsecamente inespugnabile. I dati devono essere eventualmente trasferiti tra i due domini e semplici comandi Linux possono semplicemente eliminare la restrizione sandbox, il che significa che le applicazioni dannose potrebbero potenzialmente saltare fuori da detta sandbox.[15]

Questo, combinato con l'impegno peggiore del previsto per l'implementazione di aggiornamenti di sicurezza per Flatpak, ha portato a critiche diffuse nei confronti dell'alta pretesa del team di fornire un framework sicuro. Il blog (chiamato flatkill ) collegato alla fine di questa guida menziona infatti un paio di exploit che non sono stati affrontati dal team di Flatpak non appena avrebbero dovuto essere.[15]

Per maggiori dettagli, ti suggerisco di leggere la documentazione ufficiale Flatpak .

Lettura correlata:

• Una guida per principianti al Flatpak
• Come configurare facilmente le autorizzazioni delle app Flatpak con Flatseal

AppImage vs Snap vs Flatpak

La tabella allegata di seguito riassume tutti i risultati di cui sopra in un confronto tecnico e conciso dei tre framework.

Funzione	AppImage	Scatti	Flatpak
Caratteristica unica	Non è un appstore o un repository, è semplicemente un formato di pacchetto per la distribuzione del software.	Guidato da Canonical (stessa azienda di Ubuntu), presenta un repository di app centrale e il contributo attivo di Canonical.	Dispone di un app store chiamato FlatHub, tuttavia, le persone possono comunque ospitare pacchetti e distribuirli.
Sistema di destinazione	Desktop e server.	Desktop, server, dispositivi IoT, dispositivi incorporati ecc.	Desktop e funzionalità limitate sui server.
Librerie/Dipendenze	Sistema di base. Runtime facoltativi, librerie e altre dipendenze in pacchetto.	Sistema di base o tramite plug-in o può essere impacchettato.	GNOME, KDE, Freedesktop in bundle o in bundle personalizzati.
Sviluppatori	Community Driven guidato da Simon Peter.	Azienda guidata da Canonical Ltd.	Community guidata dal team flatpak supportato dall'azienda.
Scritto in	C.	Golang, C e Python.	C.
Rilascio iniziale	2004.	2014.	2015.
Sandboxing	Può essere implementato.	3 modalità:strict, classic e devmode con diverse capacità di confinamento. Funziona in isolamento.	Isolato ma utilizza i file di sistema per eseguire le applicazioni per impostazione predefinita.
Piattaforma sandbox	Firejail, AppArmor, Bubblewrap.	AppArmor.	Avvolgimento a bolle.
Installazione dell'app	Non necessario. Agirà come disco automontato.	Installazione tramite snapd.	Installato utilizzando gli strumenti client flatpak.
Esecuzione app	Può essere eseguito dopo aver impostato il bit di esecuzione.	Utilizzo degli strumenti di snap integrati nel desktop. Viene eseguito isolato con risorse definite dall'utente.	Deve essere eseguito utilizzando il comando flatpak se viene utilizzata la CLI.
Privilegi utente	Può essere eseguito senza accesso utente root.	Può essere eseguito senza accesso utente root.	Richiesto selettivamente.
Applicazioni di hosting	Può essere ospitato ovunque da chiunque.	Deve essere ospitato con server Canonical che sono proprietari.	Può essere ospitato ovunque da chiunque.
Esecuzione portatile da posizioni non di sistema	Sì.	No.	Sì, dopo aver configurato il client flatpak.
Repository centrale	AppImageHub.	Snap Store.	Flathub.
Esecuzione di più versioni dell'app	Possibile, qualsiasi numero di versioni contemporaneamente.	Una versione dell'app in un canale. Deve essere configurato separatamente per ulteriori informazioni.	Sì.
Aggiornamento delle applicazioni	Utilizzando il comando CLI AppImageUpdate o tramite uno strumento di aggiornamento integrato in AppImage.	Richiede l'installazione di snapd. Supporta l'aggiornamento delta, si aggiornerà automaticamente.	Flatpak richiesto installato. Aggiorna Usando il comando di aggiornamento flatpak.
Dimensioni dei pacchetti su disco	L'applicazione rimane archiviata.	L'applicazione rimane archiviata.	Il lato client non è compresso.

Ecco un lungo confronto tabellare tra le funzionalità di AppImage e Snap rispetto a Flatpak. Tieni presente che il confronto viene effettuato da una prospettiva AppImage.

• https://github.com/AppImage/AppImageKit/wiki/Similar-projects#comparison

Conclusione

Sebbene tutte e tre queste piattaforme abbiano molto in comune tra loro e mirino a essere indipendenti dalla piattaforma nell'approccio, offrono diversi livelli di competenze in alcune aree. Mentre Snaps può essere eseguito su una varietà di dispositivi inclusi quelli incorporati, AppImages e Flatpak sono costruiti pensando all'utente desktop. AppImages di applicazioni popolari dall'altro aveva dimensioni di imballaggio e portabilità superiori, mentre Flatpak brilla davvero per la sua compatibilità futura quando viene utilizzato in un sistema "set and forget it".

Riferimenti:

• [1] Concetti:documentazione di AppImage
• [2] Slashdot - Installazione del software Linux point-and-klik
• [3] Cronologia del progetto AppImage
• [4] Snapcraft - Gli snap sono pacchetti Linux universali
• [5] Installazione di snapd - Documentazione di Snap
• [6] Scatta la documentazione
• [7] Su Snappy e Flatpak:affari come al solito nel dipartimento di propaganda canonica
• [8] Gli aggiornamenti snap si stanno riducendo, ecco perché
• [9] Cosa sono i pacchetti Snap di Linux? Perché usarli?
• [10] Snapshot - Documentazione Snap
• [11] Reclusione a scatto - Documentazione a scatto
• [12] Integrazione desktop - Documentazione Flatpak
• [13] Introduzione a Flatpak - Documentazione Flatpak
• [14] Autorizzazioni sandbox - Documentazione Flatpak
• [15] Flatpak:un incubo per la sicurezza