Se usate le mie applicazioni su Linux senza Ufficio Zero, fino a poco tempo fa aggiornarle era una piccola fatica: tornare sulla pagina GitHub, scaricare il nuovo pacchetto e installarlo a mano. In tantissimi mi avete chiesto una soluzione, e finalmente ce l'ho.

Si chiama AppRelease: un repository di pacchetti firmato, che agganciate una volta sola. Da quel momento le mie app si comportano come qualsiasi altro programma del sistema, e le nuove versioni arrivano con il normale aggiornamento. In questo articolo vi spiego come funziona, perché la firma vi protegge e che cosa controllare se qualcosa va storto. Trovate tutta la storia anche nel video.

Indice

Il problema: aggiornare a mano

Le mie applicazioni sono già nei repository di Ufficio Zero Linux OS, la distribuzione italiana con cui ho una collaborazione. Lì i pacchetti arrivano direttamente dai loro mirror, cioè dai server che distribuiscono il software del sistema: li trovate nel post install ufficiale, nella sezione Office, sottosezione Enterprise.

Chi usa un'altra distribuzione, invece, doveva fare tutto da solo. E visto che nel corso dei mesi escono versioni nuove, ogni aggiornamento diventava una visita alla mia pagina GitHub, il download del nuovo .deb, del nuovo .rpm o della nuova AppImage, e un'installazione a mano. Funziona, certo, ma è il modo più rapido per restare indietro di qualche versione senza accorgersene.

Che cos'è AppRelease

AppRelease è un repository GitHub che raccoglie le build delle mie applicazioni: i pacchetti .deb per Debian, Ubuntu e derivate, i pacchetti .rpm per Fedora e la famiglia Red Hat, e le AppImage. Ha una guida sia in italiano sia in inglese.

Il meccanismo è semplice. Quando pubblico una nuova versione, carico a mano i binari nella sezione delle release. GitHub Pages, il servizio di GitHub che pubblica pagine web, li mette a disposizione come un normale repository. A quel punto APT e DNF, i gestori di pacchetti di Debian e di Fedora, lo trattano come qualsiasi altra sorgente: le mie app compaiono tra i pacchetti installabili e si aggiornano insieme al resto del sistema.

Sulla pagina pubblica del progetto trovate anche l'elenco delle applicazioni scaricabili. Alcune hanno sia il .deb sia l'.rpm, come il gioco della Scopa. Altre, come Think Go: Briscola, sono un unico file eseguibile: lo scaricate, doppio clic e parte.

Il repository è distribuito con licenza GPL 3.0, la GNU General Public License: chiunque può studiarlo e prenderne spunto.

Perché il repository è firmato

AppRelease è firmato con GPG, cioè GNU Privacy Guard, lo strumento libero per la crittografia a chiave pubblica. Funziona con una coppia di chiavi: quella privata la tengo io e serve a firmare i pacchetti; quella pubblica la installate voi e serve a verificare la firma.

Perché è importante? Perché anche i repository possono essere attaccati, e l'abbiamo già visto succedere. Con la firma, il vostro gestore di pacchetti controlla che ogni pacchetto arrivi davvero da me e che nessuno l'abbia modificato lungo la strada. Se qualcuno provasse a infilarsi in mezzo, il sistema se ne accorgerebbe.

Per questo il primo passo, prima ancora di aggiungere il repository, è importare la mia chiave pubblica. La guida vi spiega anche come controllarla, così siete sicuri che il repository sia quello giusto.

Come si aggancia, distribuzione per distribuzione

Nella guida del repository trovate i comandi esatti da copiare. Qui vi spiego i passaggi, così sapete che cosa state facendo. Prima di tutto vi serve curl, il programma da riga di comando che scarica file da internet.

Debian, Ubuntu e Linux Mint

Con curl si scarica e si installa la chiave di firma. Poi si aggiunge alle sorgenti di APT l'indirizzo web completo del repository. Si aggiorna l'elenco dei pacchetti e, da quel momento, installate l'app che vi interessa come qualsiasi altra.

Fedora, Red Hat Enterprise Linux, AlmaLinux e Rocky Linux

Il procedimento è lo stesso, ma con DNF: si aggiunge il repository e poi si installa il pacchetto con il comando di installazione di DNF, seguito dal nome dell'app.

openSUSE

Su openSUSE ho fatto una piccola prova e funziona: l'installazione passa da zypper, il gestore di pacchetti di openSUSE.

Le altre distribuzioni: AppImage

Per tutte le altre distribuzioni ci sono le AppImage, cioè applicazioni contenute in un unico file, che si avviano senza installazione. Le AppImage, però, non passano dal gestore di pacchetti, quindi non si aggiornano da sole: salvatevi la pagina del progetto e scaricate di volta in volta la versione nuova.

Con il repository agganciato, invece, per ricevere gli aggiornamenti non dovete fare altro che aggiornare il sistema come fate sempre. E se un giorno cambiate idea, il repository si rimuove con la procedura normale della vostra distribuzione; sui sistemi che usano gli RPM potete togliere anche la mia chiave.

Per ora ho abilitato APT e DNF. Se usate altri gestori di pacchetti per gli RPM, scrivetelo nei commenti del video: lo sviluppo open source per me è un hobby, quindi aggiungo nuove configurazioni solo se ne vale davvero la pena.

Se qualcosa non funziona

Nella guida c'è una sezione dedicata ai problemi più comuni. Prima di scrivermi, partite da lì, perché copre proprio i casi che capitano più spesso:

  • il sistema vi dice che il repository non è firmato;
  • l'orologio del computer è indietro rispetto al server;
  • la chiave non è mai stata importata;
  • il pacchetto non viene trovato, magari perché il nome è scritto male;
  • l'app si installa, ma non si aggiorna mai.

E se trovate un bug in una delle app, in ognuna c'è la funzione per segnalarlo, che vi fa scrivere al mio indirizzo email pubblico. Le nuove funzioni, invece, potete suggerirle e, se vi va, sostenere il progetto con una donazione: è anche un modo per incentivarmi ad andare avanti.

E Ufficio Zero?

Se vi va, il mio consiglio resta Ufficio Zero Linux OS, per due motivi. Il primo: lì i pacchetti arrivano prima. Il secondo: c'è una fase di test molto ampia.

In Boost Media, l'associazione di cui faccio parte, c'è un reparto dedicato ai test del software: un gruppo di tester prova le applicazioni di tutti gli sviluppatori e controlla che ognuna continui a funzionare su ogni versione di Ufficio Zero. C'è anche un lavoro di manutenzione dei pacchetti.

Su altre distribuzioni, invece, possono emergere problemi di compatibilità che io non ho avuto modo di vedere. AppRelease replica il più possibile la stessa esperienza, ma senza quel passaggio di prova.

Siete sviluppatori? Potete rifarlo

Se distribuite software anche voi, potete replicare lo stesso sistema, e non c'è niente di complicato. Si parte da un repository normale, si crea una GitHub Pages, si fa la build e si firmano i pacchetti con la propria coppia di chiavi. Il mio repository è sotto GPL 3.0, quindi potete guardarlo e prendere ispirazione.

E se cercate un ambiente dove qualcuno prova le vostre app, dove confrontarvi con altri sviluppatori e da cui pubblicare su Ufficio Zero Linux OS, potete entrare in Boost Media con la quota di iscrizione. Se prima volete capire meglio il progetto, potete chiederci una chiamata conoscitiva.

La regola da portarvi via

Insomma, la regola è questa: un'applicazione resta aggiornata davvero solo quando passa dal gestore di pacchetti. Agganciate il repository una volta, importate la chiave e lasciate che sia il sistema a pensarci; l'AppImage tenetela per i casi in cui non c'è alternativa.

Per me è anche una questione di fiducia: voi sapete da dove arriva il software, e la firma vi garantisce che nessuno l'ha toccato.

Per approfondire

Una precisazione a cui tengo: le applicazioni di cui parlo sono mie, le sviluppo nel tempo libero e le distribuisco come software libero.

E voi che distribuzione usate? Scrivetelo nei commenti del video: mi aiuta a capire quali gestori di pacchetti aggiungere.

Fonti