Come installare LibreOffice su AlmaLinux o Rocky 8

Su AlmaLinux e Rocky Linux 8 LibreOffice non si installa “alla cieca”: prima conviene decidere se ti serve la versione del repository di sistema, più semplice da mantenere, oppure un pacchetto più aggiornato preso dai sorgenti ufficiali. La differenza pratica è questa: con il repository standard hai meno sorprese in aggiornamento, con il pacchetto ufficiale hai spesso una release più recente ma gestisci tu il ciclo di upgrade.

Se l’obiettivo è avere una suite office funzionante su una macchina desktop o su un server con ambiente grafico remoto, AlmaLinux 8 e Rocky 8 si comportano in modo molto simile. Cambia poco anche lato comandi, perché entrambe derivano dall’ecosistema RHEL 8. Quello che conta davvero è capire se il sistema ha già un ambiente grafico, se i repository sono raggiungibili e se vuoi un’installazione minimale oppure completa con integrazione per file associati, icone e componenti accessori.

Quando usare il repository di sistema e quando no

Per la maggior parte dei casi interni, il pacchetto disponibile nei repository di AlmaLinux/Rocky è sufficiente. È la scelta più lineare se devi installare LibreOffice su un parco macchine gestito con procedure standard, perché il software seguirà il ritmo degli aggiornamenti della distribuzione e non ti costringerà a mantenere sorgenti esterni.

Se invece ti serve una versione specifica per compatibilità con estensioni, template o documenti che fanno uso di funzioni recenti, conviene valutare il pacchetto ufficiale di LibreOffice. In quel caso però devi accettare un minimo di disciplina operativa: download manuale, installazione controllata e aggiornamenti non più legati al solo gestore pacchetti di sistema.

In ambienti server conviene anche fare una distinzione semplice: se la macchina non ha interfaccia grafica e LibreOffice serve solo per conversioni batch o automazioni, l’installazione cambia poco ma va verificata la disponibilità di dipendenze GUI e font. Se invece l’uso è interattivo, serve un desktop funzionante, altrimenti il pacchetto è installato ma non è davvero utilizzabile.

Verifica preliminare dei repository e dello stato del sistema

Prima di installare, controlla che il sistema sia aggiornato e che i repository siano attivi. Questo evita di scambiare un problema di mirror o metadata scaduti per un problema del pacchetto LibreOffice.

Esegui questi controlli di base:

sudo dnf clean all

sudo dnf makecache

sudo dnf repolist

Se `dnf makecache` fallisce, il problema non è LibreOffice ma la raggiungibilità dei repository o la configurazione DNS/proxy. In quel caso conviene correggere prima la connettività di sistema. Se `dnf repolist` mostra solo repository disabilitati, verifica i file in /etc/yum.repos.d/ e l’eventuale gestione centralizzata tramite strumenti di automazione.

Un altro controllo utile è lo spazio disco. LibreOffice non è enorme, ma su sistemi tirati al limite il download e l’installazione possono fallire per pochi megabyte mancanti.

df -h

Se la partizione di sistema è quasi piena, libera spazio prima di procedere. È una verifica banale, ma evita una classe di errori che spesso viene attribuita al pacchetto quando invece è solo saturazione del filesystem.

Installazione da repository standard con dnf

La via più semplice è installare LibreOffice direttamente con dnf. Su AlmaLinux e Rocky 8 il nome del pacchetto può variare leggermente in base ai repository attivi, ma in genere i metapacchetti principali sono riconoscibili. La strategia migliore è cercare prima i pacchetti disponibili e poi installare il set coerente con quello che ti serve davvero.

Per vedere cosa offre il repository:

dnf search libreoffice

Oppure, se vuoi una vista più pulita dei pacchetti installabili:

dnf list available 'libreoffice*'

In molti casi basta installare il pacchetto principale e qualche modulo aggiuntivo per supporto ai formati più usati:

sudo dnf install libreoffice

Se il repository separa i componenti, può essere utile aggiungere moduli come il supporto base a Writer, Calc, Impress e Draw, oltre a eventuali pacchetti di integrazione desktop. Il nome esatto dipende dal repository abilitato, quindi è meglio partire da dnf search invece di forzare nomi presunti.

Se vuoi un’installazione più mirata, per esempio su un sistema usato per conversione documenti, controlla anche i font disponibili. Molti problemi di impaginazione nascono da font mancanti, non dal motore di LibreOffice. In questi casi ha senso installare un set di font comuni prima ancora di aprire il primo documento.

sudo dnf install liberation-fonts dejavu-sans-fonts dejavu-serif-fonts

Su sistemi con desktop remoto, è utile verificare che l’utente abbia una sessione grafica funzionante. Un pacchetto installato su un host senza display server non produce una GUI utilizzabile, anche se il binario è presente.

Installazione della versione ufficiale di LibreOffice

Se vuoi una release più aggiornata del ramo distribuito dal repository, la strada tipica è scaricare l’archivio ufficiale RPM e installarlo localmente. Questo approccio ha senso quando serve una versione nuova per compatibilità con file ODF, correzioni recenti o estensioni particolari. Ha però un costo operativo: devi gestire tu il refresh della versione e controllare eventuali dipendenze mancanti.

Il flusso corretto è sempre: scarico, verifica, estrazione, installazione. Non saltare la verifica del file, soprattutto se il download arriva da una postazione di amministrazione o da un mirror interno.

wget https://download.documentfoundation.org/libreoffice/stable/

Il link sopra è solo il punto di partenza del ramo stabile; la versione esatta va scelta in base alla release che ti serve. Una volta ottenuto l’archivio, estrailo e installa i pacchetti RPM contenuti nella directory dedicata.

tar -xf LibreOffice_*.tar.gz

cd LibreOffice_*/RPMS

sudo dnf localinstall ./*.rpm

Con dnf localinstall ottieni una gestione più pulita delle dipendenze rispetto a un rpm -ivh diretto, perché il package manager può risolvere i pacchetti mancanti dai repository disponibili. Se qualche dipendenza non si trova, il problema va trattato come un gap di repository: o abiliti il repo corretto, o installi il pacchetto mancante, o torni alla versione del repository di sistema.

Qui il blast radius è limitato alla workstation o al server su cui stai operando, ma il rollback va previsto: se la versione ufficiale introduce incompatibilità, devi poter rimuovere i pacchetti e tornare al ramo dei repository standard.

Integrazione desktop e associazioni file

Installare il software non basta sempre. Su un desktop Linux è utile controllare che i file ODT, ODS, ODP e DOCX si aprano con il programma corretto e che il menu applicazioni mostri le componenti principali. Se l’integrazione non compare, il problema è spesso nel desktop environment o nella cache delle icone, non nei binari di LibreOffice.

Puoi verificare la presenza dell’eseguibile principale con:

which libreoffice

e lanciare una prova diretta:

libreoffice --writer

Se parte Writer, il pacchetto base è corretto. Se invece il comando fallisce con errori legati a display, librerie grafiche o profilo utente, il problema è nel contesto di esecuzione. Su sessioni remote o via SSH con forwarding grafico, ricordati che la GUI richiede un display valido. In ambienti headless, per le conversioni è più sensato usare i comandi in modalità senza interfaccia, ad esempio con --headless.

libreoffice --headless --convert-to pdf file.docx

Questo tipo di uso è comune su server di automazione documentale. In quel caso il controllo da fare non è l’apertura finestra, ma il fatto che la conversione produca il file atteso nella directory di output e che i font siano coerenti. Se il PDF esce ma il layout è rotto, non è un problema di installazione: è quasi sempre un problema di font o di documenti sorgente.

Pacchetti utili da affiancare a LibreOffice

In un’installazione reale conviene spesso aggiungere alcuni pacchetti complementari. Il primo gruppo riguarda i font, perché la resa dei documenti dipende molto dalla disponibilità di famiglie tipografiche comuni. Il secondo gruppo riguarda il supporto ai file compressi e ai formati di archivio usati da documenti importati da ambienti diversi.

Un set ragionevole da valutare è questo:

sudo dnf install unzip p7zip p7zip-plugins liberation-fonts dejavu-sans-fonts

Se la tua installazione deve lavorare con documenti provenienti da ambienti Windows, il tema dei font è ancora più importante. Anche piccole differenze di font metric possono cambiare il layout di tabelle, intestazioni e impaginazione. Per questo, in alcune infrastrutture conviene standardizzare una base di font condivisi e documentarla come prerequisito del servizio.

Se invece stai preparando una macchina per utenti finali, valuta anche i pacchetti di integrazione con il desktop environment, perché possono migliorare associazioni, temi e apertura dei file da file manager. Il nome esatto del pacchetto dipende dal desktop installato, quindi è meglio cercare prima con dnf search che improvvisare nomi a memoria.

Verifiche finali dopo l’installazione

Una volta completata l’installazione, non fermarti al solo dnf senza errori. Serve una verifica funzionale minima. Il controllo più semplice è lanciare una componente di LibreOffice e confermare che apra la finestra o esegua la conversione richiesta.

Controlli utili:

1. Verifica pacchetto installato: rpm -q libreoffice deve restituire il nome e la versione, non package libreoffice is not installed.
2. Verifica binario: which libreoffice deve puntare a un path reale, in genere sotto /usr/bin/.
3. Verifica GUI: libreoffice --writer deve avviare Writer senza errori di display o librerie mancanti.
4. Verifica headless, se usato in automazione: libreoffice --headless --convert-to pdf file.docx deve creare il PDF atteso.

Se uno di questi test fallisce, il messaggio di errore è già la traccia da seguire. Non ha senso rifare l’installazione a caso. Per esempio, un errore su librerie condivise mancanti si risolve con la dipendenza corretta, mentre un errore sul display si risolve nel contesto grafico o nella sessione utente.

Per un controllo più completo su sistemi server puoi anche ispezionare i log della sessione utente o del desktop manager, ma il punto centrale resta uno: il pacchetto deve aprirsi, vedere i font e produrre file coerenti. Se questi tre aspetti tornano, l’installazione è sana.

Disinstallazione e rollback pulito

Se hai installato LibreOffice dal repository di sistema e vuoi rimuoverlo, il rollback è semplice. Prima controlla quali pacchetti sono stati aggiunti:

rpm -qa | grep -i libreoffice

Rimuovi poi i pacchetti coinvolti con dnf remove. Questo è il punto in cui conviene essere precisi, perché se hai aggiunto moduli separati potresti voler lasciare intatti i font o altri pacchetti condivisi.

sudo dnf remove libreoffice\*

Se hai usato il pacchetto ufficiale RPM, il rollback va fatto con più attenzione: identifica i pacchetti installati nella directory RPMS e rimuovili prima di tornare al repository di sistema. In caso di dubbi, conserva sempre l’elenco dei pacchetti installati e la versione scaricata, così puoi ripristinare il punto di partenza senza tentativi alla cieca.

Assunzione: il sistema è AlmaLinux 8 o Rocky 8 aggiornato, con dnf funzionante e accesso ai repository o al pacchetto ufficiale scelto.