Snap, Flatpak e Appimage. Formati di pacchetti universali per Linux

Formati di programma

C'è una vecchia barzelletta nel mondo della tecnologia secondo cui ogni volta che qualcuno cerca di creare un formato che riunisca il meglio di tutti gli altri per evitare la dispersione, l'unica cosa che fa è aggiungerne uno nuovo all'elenco. Alcuni di questi sono disponibili con gli sforzi per creare un formato di pacchetto che possa essere eseguito su tutte le distribuzioni Linux senza modifiche. Finora in questo secolo siamo già stati tre.

Snap, Flatpak e Appimage. Differenze con i formati tradizionali

La principale differenza tra i formati dei pacchetti nativi e quelli autonomi è che i primi condividono le dipendenze con altri programmi installati sul sistema operativo. In altre parole, se il programma Y ha bisogno della dipendenza 1 e quella dipendenza è stata installata dal programma X che ne ha bisogno, quella dipendenza non verrà installata di nuovo.

I programmi confezionati in formati separati includono tutte le dipendenze di cui hanno bisogno per funzionare. In altre parole, la dipendenza 1 verrà installata ogni volta che viene installato un programma che ne ha bisogno.

La seconda differenza è che i formati di pacchetto tradizionali devono essere costruiti con le specifiche di ciascuna distribuzione.. Questo è il motivo per cui sebbene Ubuntu sia una distribuzione derivata da Debian, le differenze sono abbastanza importanti da non poter utilizzare i repository della prima nella seconda.

La terza differenza è quella qualsiasi modifica a una dipendenza dai pacchetti tradizionali può influenzare il funzionamento di tutti gli altri che ne hanno bisogno. D'altra parte, le modifiche a un programma in un formato indipendente non influenzeranno il resto del sistema.

A seconda delle particolarità di ogni distribuzione, è possibile installare le applicazioni in formati indipendenti da un gestore di pacchetti e automatizzarne l'aggiornamento con il gestore che se ne occupa.

In Ubuntu, il Software Center permette di installare entrambi i programmi nei formati tradizionali come Snap, privilegiando quest'ultimo. Sebbene esista un plug-in che consente il GNOME Software Center (da cui deriva Ubuntu), non funziona con questa distribuzione.

Nel caso di Ubuntu Studio, è possibile abilitare l'opzione per utilizzare i pacchetti Snap mentre KDE Neon e Manjaro possono funzionare con entrambi i formati.

Scatto

È il più recente dei formati indipendenti da quando il suo sviluppo è iniziato nel 2014.  È inteso non solo per essere utilizzato nelle distribuzioni Linux desktop, ma anche per Internet of Things, dispositivi mobili e server. PERSebbene sia possibile creare app store separati, attualmente ne esiste solo uno gestito da Canonical, Snapcraft.

Sebbene Snapcraft abbia un assortimento delle app open source più popolari, Il suo punto di forza sono i programmi sviluppati da sviluppatori di software privati ​​e fornitori di servizi cloud.

Flatpak

Sebbene Flatpak sia stato lanciato ufficialmente nel 2015, è la continuazione di un altro progetto di formato universale noto come xdg-app. Questo progetto nasce con l'obiettivo di essere in grado di eseguire applicazioni in una sandbox virtuale sicura, che non richiede privilegi di root né rappresenta una minaccia per la sicurezza del sistema.

Flatpak si concentra sulle distribuzioni desktop e utilizza anche il concetto di negozio di applicazioni Flathub il più conosciuto.

Il punto forte di Flathub è questo di solito ha le versioni più aggiornate delle principali applicazioni open source.

AppImage

AppImage è il più vecchio dei formati di pacchetto standalone poiché è stato rilasciato per la prima volta nel 2004.

È stato il primo formato a seguire il paradigma di "One application-one file". Ciò significa che ogni volta che scarichiamo un file Appimage scarichiamo l'applicazione e tutto ciò di cui ha bisogno per funzionare. Se vogliamo utilizzare l'applicazione, dobbiamo solo darle i permessi di esecuzione e fare doppio clic sull'icona che la identifica.

Appimage non utilizza il sistema dell'app store, ma, ci una pagina web in cui possiamo trovare un elenco di tutti i titoli disponibili. 

Per aggiornare l'Appimage, possiamo usare questo strumento.


Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *

*

*

  1. Responsabile del trattamento: AB Internet Networks 2008 SL
  2. Scopo dei dati: controllo SPAM, gestione commenti.
  3. Legittimazione: il tuo consenso
  4. Comunicazione dei dati: I dati non saranno oggetto di comunicazione a terzi se non per obbligo di legge.
  5. Archiviazione dati: database ospitato da Occentus Networks (UE)
  6. Diritti: in qualsiasi momento puoi limitare, recuperare ed eliminare le tue informazioni.

  1.   Raso suddetto

    Mi manca che non sia stata menzionata l'estrema lentezza crescente dello snap durante l'installazione delle app perché ha bisogno di un'unità virtuale per ognuna.

  2.   raso suddetto

    Mi manca che non sia stata menzionata l'estrema lentezza crescente dello snap durante l'installazione delle app perché ha bisogno di un'unità virtuale per ognuna.

    1.    Diego German Gonzalez suddetto

      Grazie per il tuo commento. Lo terro 'a mente.

  3.   Claudio Jofré suddetto

    Personalmente, penso che i problemi del confezionamento di software indipendente non siano altro che il riflesso di un conflitto molto più profondo, che ha a che fare con il grado di conformità con gli standard LSB e FSH da parte delle diverse distribuzioni.
    Uno dei fondamenti alla base del packaging è l'implementazione di librerie standard, mantenendo sia la posizione che la posizione del software, nonché i file di configurazione. Evitando così i conflitti di libreria. Qualcosa che è comune in altri sistemi operativi e che purtroppo, non rispettando gli standard, finisce per rendere difficile la manutenzione e l'aggiornamento del software, per non parlare della migrazione di un software da una distribuzione all'altra. La cattiva pratica delle compilazioni manuali, eseguite più volte da un howto, senza analizzare il rispetto degli standard nella sua implementazione, finisce per essere un enorme rompicapo per gli amministratori di sistema. Soprattutto quando qualcuno deve rilevare un server di produzione installato da un altro amministratore precedente.
    Il packaging indipendente, in un modo o nell'altro, finisce per contribuire a quella filosofia, promuovendo più che indipendenza, dipendenza da un particolare formato o azienda. Rendendo la migrazione della piattaforma un'attività quasi impossibile molte volte. Pensare più a breve termine che a lungo termine. Una situazione che può essere assistita da qualsiasi amministratore serio che abbia più di 15 anni di esperienza. E dico quella cifra apposta, visto che in quel periodo si saranno viste abbastanza distribuzioni, per rendersi conto che prima o poi progetti o servizi saranno costretti per un motivo o per l'altro a migrare dalla piattaforma. Situazione che raramente entra nei processi di valutazione durante l'implementazione di un progetto. Dove le più facili da migrare sono proprio le piattaforme che meglio rispettano gli standard sopra citati. Essendo questi pacchetti indipendenti, quelli che sono i più lontani da questi standard.

    1.    Diego German Gonzalez suddetto

      Contributo interessante, non mi era venuto in mente di pensarci

  4.   Utente Rafael Linux suddetto

    Lo strumento di aggiornamento dei file AppImage è praticamente inutile. Su 7 file AppImage che ho provato (Inkscape, Olive, KSnip, MuseScore, OpenShot tra gli altri) ha solo provato a lavorare con uno, terminando con una "Nessuna firma di verifica" e quindi, senza aggiornarlo. Vale a dire, NON È UTILIZZATO PER NULLA, puoi rimuovere il riferimento. Inoltre, non è stato aggiornato da mesi.

    1.    Diego German Gonzalez suddetto

      Grazie per aver commentato