Ho appena letto Meet Etcher, A Stylish Open-Source USB Image Writer Tool. Parla del download di un'AppImage.
Sì, Linux; i pacchetti Linux sono distribuiti come .appimage per le distribuzioni a 32-bit e 64-bit, e dovrebbero funzionare su tutte le principali distribuzioni Linux senza alcun problema. Il team attualmente non ha intenzione di fornire un installatore .deb (o .rpm) nativo.
Cosa sono le AppImages? Come differiscono dagli snap?
Cito qui la pagina del progetto appImage:
Le appImage possono essere scaricate ed eseguite senza installazione o la necessità di diritti di root.
Rendere eseguibile
Puoi rendere l'appImage eseguibile come segue:
chmod a+x exampleName.AppImage
Si può eseguire un'appImage come segue:
./exampleName.AppImage
Potete trovare alcune informazioni generali su appImage qui. Cito la pagina del progetto appImage qui: L'idea chiave del formato AppImage è una app = un file. Ogni AppImage contiene un'app e tutti i file di cui l'app ha bisogno per funzionare. In altre parole, ogni AppImage non ha dipendenze oltre a ciò che è incluso nel/i sistema/i operativo/i di base mirato/i. Wikipedia aggiunge AppImage (e i predecessori klik e portablelinuxapps) non installare software in senso tradizionale (cioè, non mette file
dappertutto nel sistema).
usa un solo file per applicazione. Ognuno è autocontenuto: include tutte le librerie da cui l'applicazione dipende da e che non fanno parte del sistema di base. Da questo punto di vista, è simile alla "virtualizzazione delle applicazioni". Si può usare un AppImage anche se non si è superuser, o si sta usando un CD live. I file AppImage sono spesso più semplici che compilare e installare un applicazione, dato che nessuna installazione ha effettivamente luogo. Il file AppImage è un'immagine compressa che viene montata temporaneamente per permettere l'accesso a al programma, ma senza dover estrarre il programma o modificare il sistema sottostante. Il
README.md
del AppImageKit-project offre molte informazioni aggiuntive come Casi d'uso, lo spazio dei problemi e gli obiettivi. Casi d'uso
- Come utente, voglio andare su una pagina di download upstream, scaricare un'applicazione dall'autore originale, ed eseguirla sul mio sistema desktop Linux proprio come farei con un'applicazione Windows o Mac.
- Come tester, voglio essere in grado di ottenere l'ultima versione all'avanguardia di un'applicazione da un server a compilazione continua e testarla sul mio sistema, senza bisogno di compilare e senza dovermi preoccupare che potrei rovinare il mio sistema.
Come autore di applicazioni o ISV, voglio fornire pacchetti per sistemi desktop Linux proprio come faccio per Windows e OS X, senza il bisogno di metterli 'dentro'una distribuzione e senza dover costruire per gazillioni di distribuzioni diverse. Obiettivi
- Essere semplici. AppImage vuole essere un formato molto semplice che sia facile da capire, creare e gestire.
- Mantenere la compatibilità binaria. AppImage è un formato per la distribuzione di software binario. Il software impacchettato come AppImage è inteso per essere il più possibile compatibile binario possibile con il maggior numero possibile di sistemi. La necessità di (ri)compilazione del software dovrebbe essere notevolmente ridotta.
Essere "amagnostici" alla distribuzione. Un AppImage dovrebbe funzionare su tutti i sistemi operativi di base (distribuzioni) per cui è stata creata (e versioni successive). Per esempio, potresti puntare a Ubuntu 9.10, openSUSE 11.2, e Fedora 13 (e versioni successive) allo stesso tempo, senza dover creare e mantenere separati pacchetti separati per ogni sistema di destinazione.
Rimuovere la necessità di installazione.
Le AppImages contengono l'applicazione in un formato che permette di eseguirla direttamente dall'archivio, senza dover essere prima installata. Questo è paragonabile ad un Live CD. Prima dei Live CD, i sistemi operativi dovevano essere installati prima di poterli usare.
Mantenere le applicazioni compresse per tutto il tempo. Poiché l'applicazione rimane compressa tutto il tempo, non è mai decompressa sul disco fisso. Il computer decomprime l l'applicazione al volo mentre vi accede. Poiché la decompressione è più veloce della lettura dal disco rigido sulla maggior parte dei sistemi, questo ha una velocità vantaggio oltre al risparmio di spazio. Inoltre, il tempo necessario per l'installazione viene completamente rimosso.
Permettere di mettere le app ovunque.
Le AppImages sono "relocatable", permettendo così all'utente di memorizzare e eseguirle da qualsiasi posizione (inclusi CD-ROM, DVD, dischi rimovibili dischi, chiavette USB).
Rendere le applicazioni di sola lettura. Poiché le AppImages sono di sola lettura per progettazione, l'utente può essere ragionevolmente sicuro che un'applicazione non si modifichi durante il funzionamento.
Non richiedere la ricompilazione.
Le AppImages devono poter essere create da binari già esistenti, senza la necessità di ricompilazione. Questo accelera notevolmente la processo di creazione delle AppImage, dato che nessun compilatore deve essere coinvolto. Questo permette anche a terzi di confezionare applicazioni closed-source come AppImages. (Tuttavia, può essere vantaggioso per l'upstream gli sviluppatori di applicazioni per costruire dai sorgenti specificamente per lo lo scopo di generare un'AppImage).
Mantenere il sistema operativo di base intatto. Poiché le AppImage sono destinate a girare su sistemi semplici che non sono stato appositamente preparato da un amministratore, le AppImages non richiedono alcuna preparazione insolita del sistema operativo di base. Quindi, esse non possono fare affidamento su speciali patch del kernel, moduli del kernel, o qualsiasi applicazioni che non vengono fornite con le distribuzioni mirate per di default.
Non richiedere root.
Poiché le AppImages sono destinate ad essere eseguite dagli utenti finali, non dovrebbero richiedere un account amministrativo (root) per essere installate o usate. Essi possono, tuttavia, essere installate da un amministratore (ad esempio, in scenari multi-utente scenari multiutente) se lo si desidera.
L'idea di base potrebbe sembrare simile tra i due sistemi, ma ci sono alcune differenze di design tra snap e Appimages.
Alcune "grandi" che mi vengono in mente sono:
Sicurezza. Installare software preso in giro per la rete, è sicuro come andare in giro a leccare pali per strada. A volte non succede niente, altre volte si hanno dei problemi di salute molto grandi. I pacchetti Snap hanno i loro repository appropriati, che sono controllati da Canonical, come i soliti repository standard di Ubuntu. Potete andare avanti e installare i file .deb
in giro, ma sarà una vostra scelta, e non un problema di progettazione.
Installazione. Le AppImages sono pensate per essere l'equivalente degli "eseguibili portatili di Windows". Tutte le librerie sono autocontenute e qualsiasi utente può semplicemente scaricare ed eseguire una di queste. D'altra parte, i pacchetti snap
sono pacchetti veri e propri, e devono essere installati (come root
, o con sudo
) tramite l'apposito gestore di pacchetti (snap install tic-tac-toe
lancia un errore: necessita di sudo
!)
Rimozione. Per rimuovere un pacchetto snap, è necessario utilizzare il gestore di pacchetti snap remove ...
con i permessi giusti per farlo. Le Appimage, d'altra parte, sono solo "lì". Quindi qualsiasi utente non vuole quell'Appimage? Basta che rimuova il file e non c'è più.
Mentre suggerisco fortemente di essere cauti quando si usano le Appimages, io stesso ne uso alcune.
Li trovo particolarmente utili sul mio sistema di lavoro, dove non ho accesso "root" (solo l'amministratore lo ha) ma ho bisogno dell'ultima versione di un particolare software che, fortunatamente, lo sviluppatore ha fornito in forma di Appimage.
Ho un po' paura che qualche codice maligno sia effettivamente contenuto in essi, quindi ho controllato il più possibile l'identità dell'editore. Non sono sicuro al 100% che questo software sia benigno, ma ho fatto tutto il possibile.
Mentre snap si concentra solo su Ubuntu, AppImage è cross-distribuzione e funziona anche su Fedora, debian, openSUSE, CentOS ecc.
AppImage non ha bisogno di alcun runtime o supporto infrastrutturale dalla distribuzione Linux e quindi funziona praticamente ovunque. Permette agli autori di applicazioni di distribuire il loro software direttamente agli utenti Linux come fanno per Windows e OS X; senza Canonical o chiunque altro che si frapponga tra l'autore del software e l'utente finale.
Se un'applicazione è fornita in formato AppImage, allora un utente può andare al sito web dell'autore originale per scaricarla, per esempio, MuseScore da https://musescore.org/en/download. Rendi l'AppImage eseguibile (o usando il tuo file manager o chmod a+x ./yourAppImage
), poi puoi eseguire l'applicazione semplicemente facendo doppio clic.