Installare Firefox su Ubuntu 22.04 e 24.04 senza Snap

Perché evitare Snap su Firefox in Ubuntu 22.04 e 24.04

Su Ubuntu 22.04 e 24.04 il pacchetto Firefox predefinito è distribuito come Snap. Funziona, ma non sempre è la scelta migliore in ambienti desktop e amministrati: tempi di avvio più variabili, gestione diversa degli aggiornamenti, integrazione meno lineare con alcuni profili utente e, in certe reti aziendali, dipendenza da store e proxy che complica la vita più del necessario. Se vuoi un’installazione classica via APT, la strada pulita è usare il repository Mozilla e impedire che Ubuntu reintroduca il pacchetto Snap al prossimo aggiornamento.

Il punto non è “Snap sì o Snap no” in astratto. Il punto è controllare la sorgente del pacchetto e renderla persistente. Se installi Firefox da un repository esterno senza fissare la priorità, rischi che un upgrade del sistema riporti il browser alla variante Snap o che il pacchetto venga sostituito in modo poco trasparente. Qui sotto c’è una procedura che punta a due obiettivi: installazione pulita e comportamento stabile nel tempo.

Scelta pratica: repository Mozilla + APT, non tarball sparsi

Per un sistema Ubuntu standard, la soluzione più ordinata è usare il repository ufficiale Mozilla. Evita di scaricare archivi manuali in home o in directory arbitrarie: perdi aggiornamenti, firma dei pacchetti e tracciabilità. Con APT hai invece versioning, verifica della firma e rollback più semplice. In più puoi controllare la priorità del pacchetto e capire subito se Ubuntu prova a rimettere in mezzo lo Snap.

Questa guida copre Ubuntu 22.04 e 24.04, con un flusso valido anche per macchine desktop gestite da remoto. Se il sistema è già in uso con Firefox Snap, la migrazione va fatta con attenzione: prima verifichi profili e segnalibri, poi rimuovi il pacchetto Snap solo dopo aver confermato che la versione APT è installata e avviabile.

Verifica dello stato iniziale

Prima di toccare i pacchetti, conviene capire cosa c’è già sul sistema. Su una macchina con Firefox Snap vedrai in genere il binario risolto dentro il mount point di Snap, mentre con APT il percorso sarà quello classico di sistema. La verifica minima è questa:

which firefox
readlink -f $(which firefox)
apt policy firefox
snap list firefox

Interpretazione rapida: se `which firefox` punta a `/snap/bin/firefox`, sei ancora sulla versione Snap. Se `apt policy firefox` mostra un candidato ma non installato, il sistema non sta usando APT per quel pacchetto. Se `snap list firefox` restituisce una riga con il pacchetto installato, la rimozione va pianificata solo dopo il passaggio al pacchetto Debian/Mozilla.

Installare Firefox senza Snap su Ubuntu 22.04 e 24.04

La sequenza più lineare è: prepari il sistema, aggiungi la chiave del repository Mozilla, registri la sorgente APT, aggiorni l’indice e installi Firefox. Non c’è nulla di esotico, ma l’ordine conta perché errori in una sola fase possono lasciare il sistema in uno stato ambiguo.

Su Ubuntu moderno conviene usare una keyring dedicata in `/etc/apt/keyrings`, invece di affidarsi al vecchio approccio con `apt-key`, ormai da evitare. Questo riduce la superficie d’errore e separa chiaramente le chiavi per repository. Il flusso seguente è pensato per essere ripetibile e leggibile anche mesi dopo, quando dovrai capire perché quel browser non prendeva gli aggiornamenti dal canale giusto.

sudo install -d -m 0755 /etc/apt/keyrings
curl -fsSL https://packages.mozilla.org/apt/repo-signing-key.gpg | sudo gpg --dearmor -o /etc/apt/keyrings/packages.mozilla.org.gpg
printf 'deb [signed-by=/etc/apt/keyrings/packages.mozilla.org.gpg] https://packages.mozilla.org/apt mozilla main\n' | sudo tee /etc/apt/sources.list.d/mozilla.list
sudo apt update
sudo apt install firefox

Dopo l’installazione, verifica che il pacchetto arrivi dalla sorgente corretta:

apt policy firefox
which firefox
readlink -f $(which firefox)

Il risultato atteso è che `apt policy firefox` mostri il repository Mozilla tra le origini disponibili e che il binario non punti più a `/snap/bin/firefox`. In condizioni normali il percorso sarà sotto `/usr/bin/firefox`. Se il sistema continua a preferire lo Snap, il problema non è l’installazione in sé ma la priorità delle sorgenti o la presenza del pacchetto snap preesistente.

Disinstallare Firefox Snap senza lasciare il sistema incoerente

La rimozione dello Snap va fatta solo dopo aver confermato che la versione APT funziona. Il rischio operativo non è alto, ma se elimini lo Snap prima di aver verificato l’alternativa, ti ritrovi senza browser o con una transizione incompleta. Il rollback è semplice: reinstalli il pacchetto Snap o ripristini la sorgente APT se hai ancora connettività e repository validi.

snap list firefox
sudo snap remove firefox

Se il comando `snap remove firefox` fallisce perché il pacchetto è in uso o perché il sistema lo gestisce ancora come dipendenza, chiudi il browser e riprova. In ambienti con sessioni grafiche attive può essere utile verificare i processi residui:

pgrep -a firefox
pkill firefox

Non c’è bisogno di forzare la rimozione salvo casi particolari. La regola pratica è: prima installi e testi la versione APT, poi elimini la variante Snap. Se i profili utente devono essere preservati, Firefox li riusa in genere senza interventi manuali, ma vale la pena aprire il browser e controllare segnalibri, estensioni e sessione precedente prima di considerare chiusa la migrazione.

Bloccare il ritorno dello Snap con pinning APT

Su Ubuntu, il problema vero non è installare Firefox una volta. È impedire che un aggiornamento futuro reintroduca la variante Snap o cambi la provenienza del pacchetto. Per questo ha senso definire una preferenza APT chiara. Il pinning è utile quando hai più sorgenti che possono offrire lo stesso nome di pacchetto e vuoi imporre una priorità esplicita.

Un esempio semplice consiste nel dare priorità alta alla sorgente Mozilla e verificare che il sistema non abbia altri candidati concorrenti. Prima di applicare qualsiasi pinning, controlla i repository attivi con:

grep -R --line-number -E '^(deb|deb-src)' /etc/apt/sources.list /etc/apt/sources.list.d/

Se vuoi un controllo più stretto, crea un file dedicato in `/etc/apt/preferences.d/` per mantenere prioritaria la sorgente Mozilla. Un esempio minimale è questo:

Package: firefox
Pin: origin packages.mozilla.org
Pin-Priority: 1001

Dopo averlo salvato, verifica l’effetto con:

apt policy firefox

Se la priorità non cambia come previsto, il problema è quasi sempre nella corrispondenza dell’origin o nel fatto che il pacchetto installato non arriva davvero da quel repository. In quel caso non serve inventare workaround: basta leggere con attenzione l’output di `apt policy` e correggere la sorgente o il file di preferenze.

Scelta grafica e integrazione desktop

Una volta installato Firefox via APT, l’integrazione con il desktop è più lineare per scorciatoie, associazioni MIME e avvio da terminale. Su sistemi con GNOME o derivati, il browser apparirà come applicazione classica, non come contenitore Snap. Questo non è solo un dettaglio estetico: in alcuni ambienti di supporto riduce la confusione quando gli utenti aprono segnalazioni con percorsi o comportamenti diversi da quelli attesi.

Se gestisci più postazioni, il vantaggio è anche operativo. Un pacchetto APT si monitora con gli strumenti standard di sistema; lo trovi nei log del package manager, lo controlli con `apt list --installed`, lo congeli con pinning se serve. In un parco macchine omogeneo, questo ti evita di dover spiegare a ogni ticket perché il browser si aggiorna con un meccanismo diverso dal resto del sistema.

Conflitto con il pacchetto Ubuntu predefinito

Su alcune installazioni, Ubuntu tende a proporre comunque il pacchetto Snap come scelta predefinita. Se hai già registrato il repository Mozilla ma il sistema continua a voler installare lo Snap, il primo controllo è il candidato APT e la presenza di eventuali metapacchetti o dipendenze che puntano al canale Ubuntu. Il comando utile è sempre lo stesso:

apt-cache policy firefox
apt show firefox

Se il candidato non è quello atteso, la correzione non va fatta a colpi di forzature. Prima sistemare le sorgenti, poi eventualmente disinstallare lo Snap. Se invece stai lavorando su una macchina senza accesso diretto a Internet, il repository va testato prima con `apt update` e la raggiungibilità del dominio del mirror va verificata a livello DNS e proxy. Senza quella base, il resto è solo rumore.

Gestione degli aggiornamenti nel tempo

Installare Firefox senza Snap non chiude il lavoro. Devi anche decidere come vuoi ricevere gli aggiornamenti. Con il repository Mozilla resti nel flusso APT, quindi i normali cicli di `apt upgrade` bastano. Se l’ambiente è sensibile e vuoi evitare sorprese, puoi monitorare la versione installata con un controllo periodico:

firefox --version
apt policy firefox

In contesti gestiti, questo ti permette di allineare il browser alle finestre di manutenzione del resto del sistema. È un vantaggio non banale: il browser non diventa un elemento “speciale” che si aggiorna con regole proprie mentre tutto il resto segue la policy aziendale. Se serve, puoi anche congelare temporaneamente la versione con `apt-mark hold firefox`, ma va fatto solo con una motivazione precisa e con un promemoria per sbloccarlo più avanti.

Problemi tipici e come leggerli senza perdere tempo

Se l’installazione fallisce durante `apt update`, il primo sospetto è la reachability del repository o la chiave non importata correttamente. Se il browser si installa ma parte ancora da Snap, il problema è quasi sempre il path o una preferenza APT non coerente. Se l’utente finale segnala profilo mancante, la verifica va fatta sulla directory del profilo in home, non sul pacchetto in sé. Firefox conserva normalmente i dati utente separati dal metodo di distribuzione, ma una migrazione fatta male può generare l’impressione opposta.

Per capire dove guardare, usa questo schema mentale: sorgente pacchetto, binario eseguito, profilo utente, aggiornamento. Se uno di questi quattro pezzi non torna, il resto è secondario. In un ambiente serio è meglio leggere due output di `apt policy` e un `readlink -f` che fare tentativi casuali con purge, reinstall e reboot. Il costo di un controllo in più è minimo rispetto al tempo perso a rimettere insieme una postazione che si è spostata da sola sul canale sbagliato.

Procedura breve da copiare in una macchina pulita

Se ti serve una sequenza compatta, questa è la versione operativa da eseguire su Ubuntu 22.04 o 24.04. Non sostituisce il ragionamento, ma riduce gli errori di battitura e ti lascia un risultato verificabile subito dopo.

sudo install -d -m 0755 /etc/apt/keyrings
curl -fsSL https://packages.mozilla.org/apt/repo-signing-key.gpg | sudo gpg --dearmor -o /etc/apt/keyrings/packages.mozilla.org.gpg
printf 'deb [signed-by=/etc/apt/keyrings/packages.mozilla.org.gpg] https://packages.mozilla.org/apt mozilla main\n' | sudo tee /etc/apt/sources.list.d/mozilla.list
sudo apt update
sudo apt install firefox
which firefox
readlink -f $(which firefox)
apt policy firefox

Se tutto è corretto, il binario non deve passare da `/snap/bin`, e `apt policy firefox` deve mostrare la sorgente Mozilla come candidata valida. Solo a quel punto ha senso eliminare il pacchetto Snap, se presente, con un `snap remove firefox` eseguito in modo consapevole e reversibile.

Quando conviene invece lasciare Snap

Non tutte le macchine devono essere convertite. Se hai un desktop personale con esigenze minime e nessun vincolo di integrazione, lo Snap può essere accettabile. Se invece lavori in supporto, in postazioni con proxy stretti, in ambienti con policy di aggiornamento controllate o con necessità di audit più semplice, la versione APT è spesso più prevedibile. La scelta non è ideologica: è operativa.

La parte importante è evitare installazioni ibride e poco leggibili. Un solo Firefox, una sola sorgente, una sola policy di aggiornamento. È questo che rende la manutenzione meno fragile e il troubleshooting più rapido quando qualcuno segnala che “il browser si è cambiato da solo”.