Come installare Google Chrome su Fedora 37, 36 e 35

Su Fedora 35, 36 e 37 il modo più pulito per installare Google Chrome è usare il pacchetto RPM ufficiale di Google. Eviti repository di terze parti, riduci il rischio di dipendenze rotte e mantieni gli aggiornamenti agganciati al canale corretto. La procedura sotto copre installazione, verifica, avvio e manutenzione, con qualche nota pratica per ambienti desktop e per sistemi dove il browser viene distribuito a più utenti.

Perché usare l’RPM ufficiale

Fedora include Chromium nei repository standard, ma Google Chrome è un prodotto separato e viene distribuito da Google tramite un pacchetto RPM firmato. Questo approccio ha due vantaggi concreti: il pacchetto arriva già pronto per l’integrazione con il sistema di aggiornamento RPM/DNF, e la firma GPG consente di verificare che il file non sia stato alterato lungo il percorso.

In pratica, la sequenza giusta è: scaricare il file .rpm dal sito ufficiale, installarlo con DNF, controllare che il repository di Google sia stato registrato correttamente e poi verificare che il browser parta senza errori di librerie o permessi. Se qualcosa non torna, il punto di controllo è sempre il pacchetto installato e il repository configurato in `/etc/yum.repos.d/`.

Prerequisiti minimi

Serve un sistema Fedora 35, 36 o 37 con accesso a internet e privilegi amministrativi. Se lavori da terminale, il tuo utente deve poter usare `sudo`. Se stai operando in un ambiente desktop gestito, puoi anche passare dal browser e poi completare la verifica da shell.

Prima di iniziare, conviene allineare il sistema per ridurre gli errori collaterali. Un aggiornamento di base non è obbligatorio, ma evita di confondere un problema di Chrome con un problema di librerie del sistema.

Installazione da riga di comando

La via più lineare è scaricare il pacchetto RPM ufficiale e installarlo con DNF. I passaggi sotto sono adatti a una workstation Fedora standard.

1. Scarica il pacchetto ufficiale.

Apri il terminale e scarica il file RPM dal sito di Google. Se preferisci un download ripetibile, usa `wget` o `curl`.

cd /tmp
wget https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm

Se `wget` non è presente, puoi usare `curl`:

cd /tmp
curl -O https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm

2. Verifica che il file sia arrivato correttamente.

Il controllo minimo è vedere che il file esista e non sia vuoto. Se il download è stato interrotto, DNF fallirà con messaggi poco utili e ti farà perdere tempo.

ls -lh /tmp/google-chrome-stable_current_x86_64.rpm

3. Installa il pacchetto con DNF.

Usa `dnf install` sul file locale: DNF risolve automaticamente le dipendenze necessarie e registra il repository di Google per gli aggiornamenti futuri.

sudo dnf install ./google-chrome-stable_current_x86_64.rpm

Durante l’installazione, il sistema può chiedere conferma dell’import della chiave GPG. Questo è normale: stai dicendo al sistema di fidarsi della firma del pacchetto di Google. Se il fingerprint non coincide con quanto atteso dal canale ufficiale, fermati e non proseguire.

4. Verifica il repository aggiunto.

Dopo l’installazione, controlla che il file repository esista. Di solito viene creato sotto `/etc/yum.repos.d/` con un nome simile a `google-chrome.repo`.

ls -l /etc/yum.repos.d/ | grep -i chrome
cat /etc/yum.repos.d/google-chrome.repo

Nel file dovresti vedere riferimenti al repository di Google e alla chiave GPG. Se il file manca, l’installazione potrebbe essere stata incompleta o bloccata da policy locali.

Installazione tramite interfaccia grafica

Su Fedora Workstation puoi anche aprire il file RPM con il gestore software. È una strada più comoda se non vuoi passare dal terminale, ma il principio resta identico: il sistema installa il pacchetto locale e poi abilita gli aggiornamenti dal repository di Google.

Il flusso tipico è questo: scarichi il file `google-chrome-stable_current_x86_64.rpm`, fai doppio clic, si apre il software center, poi confermi l’installazione. Dopo il completamento, Chrome compare nel menu applicazioni con il nome “Google Chrome”.

Se l’interfaccia mostra un errore di dipendenze, il problema di solito non è Chrome ma il fatto che il sistema non è aggiornato o ha repository disallineati. In quel caso vale la pena tornare al terminale e verificare l’output di DNF, che è più esplicito.

Avvio e verifica post-installazione

Dopo l’installazione, verifica che l’eseguibile sia presente e che la versione corrisponda al ramo stabile appena installato. È un controllo piccolo, ma utile quando gestisci più macchine e vuoi sapere subito se il pacchetto è stato installato davvero.

google-chrome --version

Se il comando non viene trovato, prova con il path completo o controlla il link nel menu applicazioni. In genere il binario si trova sotto `/usr/bin/google-chrome`. Puoi verificare così:

command -v google-chrome
rpm -ql google-chrome-stable | grep '/google-chrome$'

Il primo comando deve restituire un path, il secondo deve mostrare i file installati dal pacchetto. Se entrambi falliscono, l’installazione non è andata a buon fine o il pacchetto non è presente.

Aggiornamenti futuri con DNF

Una volta installato, Chrome si aggiorna insieme agli altri pacchetti RPM del sistema. Non serve aggiungere repository manuali né fare manutenzioni strane. Basta il normale ciclo di aggiornamento di Fedora.

Per controllare se esistono aggiornamenti disponibili:

sudo dnf check-update google-chrome-stable

Per aggiornare solo Chrome, quando vuoi isolare l’operazione:

sudo dnf upgrade google-chrome-stable

Se preferisci il ciclo standard del sistema, `sudo dnf upgrade` aggiorna tutto il parco pacchetti, incluso Chrome. In ambienti desktop aziendali è spesso la scelta più coerente, perché evita versioni miste tra browser e librerie di sistema.

Problemi comuni e lettura rapida degli errori

Quando l’installazione si ferma, le cause più frequenti sono poche e abbastanza riconoscibili. La prima è un download incompleto: il file esiste, ma pesa troppo poco rispetto a un RPM reale. La seconda è un repository locale in stato incoerente. La terza è un problema di rete o DNS che impedisce a DNF di risolvere i metadati remoti.

Se DNF segnala dipendenze mancanti, verifica prima il sistema:

sudo dnf upgrade --refresh
sudo dnf install ./google-chrome-stable_current_x86_64.rpm

Il primo comando riallinea i metadati dei repository, il secondo riprova l’installazione. Se l’errore persiste, guarda il dettaglio dell’output: spesso il nome della libreria mancante indica se il problema viene da un repository disabilitato o da un sistema parzialmente aggiornato.

Se invece il browser parte ma non carica pagine o mostra errori SSL, il problema non è l’installazione di Chrome in sé. Conviene controllare ora, certificati di sistema e connettività di base. Chrome usa il trust store del sistema: se l’orologio è fuori sync o il CA bundle è rotto, gli HTTPS falliscono in modo apparentemente casuale.

Verifica della firma del pacchetto

Per chi lavora in modo più rigoroso, la firma GPG merita un controllo esplicito. DNF la verifica in automatico, ma puoi ispezionare il pacchetto con RPM e controllare che la provenienza sia coerente con il canale ufficiale.

rpm -K /tmp/google-chrome-stable_current_x86_64.rpm

Un esito positivo indica che la firma e l’integrità del pacchetto sono corrette. Se il controllo fallisce, non forzare l’installazione: riscarica il file dal sito ufficiale e ripeti il test. Un RPM alterato o corrotto non va mai trattato come un pacchetto normale.

Rimozione pulita

Se devi disinstallare Chrome, la rimozione è lineare. Il pacchetto lascia il profilo utente intatto, quindi bookmark, password sincronizzate e preferenze locali restano nella home dell’utente a meno che tu non le elimini manualmente.

sudo dnf remove google-chrome-stable

Dopo la disinstallazione, puoi verificare che il binario non esista più:

command -v google-chrome

Se vuoi pulire anche il repository aggiunto da Google, controlla il file in `/etc/yum.repos.d/` e rimuovilo solo se non ti serve più mantenere altri pacchetti dello stesso canale. Su una macchina standard, però, il repository è legato a Chrome e la sua rimozione è una scelta amministrativa, non un obbligo.

Note pratiche per Fedora 35, 36 e 37

Le tre release si comportano in modo molto simile per questa procedura. La differenza rilevante non è tanto Chrome quanto il livello di aggiornamento del sistema e del kernel. Su Fedora più vecchie, se il browser mostra comportamenti anomali dopo l’installazione, conviene prima portare il sistema all’ultimo aggiornamento disponibile.

Un dettaglio utile: se hai più utenti sulla stessa workstation, Chrome salva i dati sotto la home dell’utente corrente, quindi l’installazione è di sistema ma la configurazione è per profilo. Questo significa che puoi aggiornare il pacchetto una sola volta e lasciare che ogni utente mantenga le proprie preferenze indipendenti.

In ambienti con policy restrittive, potrebbe esserci blocco verso domini esterni o proxy autenticato. In quel caso il download iniziale fallisce prima ancora dell’installazione. La correzione non è sul pacchetto, ma sulla connettività: proxy, DNS, TLS inspection o regole firewall vanno sistemati prima di ripetere il test.

Checklist rapida finale

Se vuoi una verifica in tre colpi, usa questa sequenza:

rpm -K /tmp/google-chrome-stable_current_x86_64.rpm
sudo dnf install ./google-chrome-stable_current_x86_64.rpm
google-chrome --version

Se tutti e tre i passaggi vanno a buon fine, hai un’installazione coerente: pacchetto integro, installazione completata e binario avviabile. A quel punto puoi aprire Chrome dal menu applicazioni o lanciarlo da terminale con `google-chrome`.

Se uno dei passaggi fallisce, il debug va fatto in ordine: prima integrità del file, poi installazione, infine esecuzione. Saltare direttamente all’ultimo punto di solito porta a diagnosi sbagliate e tempo perso.