Come installare R su CentOS 8 passo dopo passo

Su CentOS 8 la strada sensata per installare R non è scaricare un RPM a caso e sperare che le dipendenze si sistemino da sole. Qui contano il repository giusto, la coerenza dei metadati e una verifica finale che dimostri che R parte davvero, non solo che il pacchetto è presente nel sistema.

Questa guida segue un percorso pulito per un host CentOS 8 standard: prima controlla lo stato dei repository, poi aggiunge il repository CRAN corretto, installa R, verifica il runtime e chiude con un test reale. L’obiettivo è avere un ambiente utilizzabile, non un binario installato per finta.

Prima di installare: sistema, release e repository

CentOS 8 dipende molto dalla salute del suo stack di pacchetti. Se i repository sono disallineati, se la cache è vecchia o se c’è un mirror non raggiungibile, l’errore che vedrai durante l’installazione di R spesso non riguarda R ma il sistema base.

Prima di toccare il pacchetto, conviene verificare tre cose: release effettiva, repository abilitati e aggiornamento dei metadati. Sono controlli rapidi, ma evitano diagnosi sbagliate e tentativi inutili.

cat /etc/centos-release

Atteso: una riga coerente con CentOS Linux 8. Se la release è diversa, la procedura va adattata perché repository e pacchetti potrebbero cambiare nome o percorso.

dnf repolist

Atteso: elenco dei repository senza errori di fetch. Se compaiono timeout, problemi DNS, errori di firma o 404, non ha senso andare avanti con R finché non sistemi il layer dei repository.

dnf makecache

Atteso: completamento senza errori. Se fallisce, il problema è nella connettività o nei metadati del sistema, non nell’installazione di R.

Repository CRAN corretto per CentOS 8

Per CentOS 8 la via pulita è usare il repository CRAN preparato per la distribuzione. È la scelta più lineare perché porta con sé pacchetti e dipendenze allineati alla release, invece di mescolare RPM presi da fonti casuali.

La regola pratica è semplice: usa il pacchetto repository adatto alla tua architettura e alla tua release, poi lascia che sia dnf a risolvere il resto. Se il link specifico cambia nel tempo, recupera sempre il riferimento aggiornato dalla directory ufficiale CRAN per CentOS 8.

Prima di installare, verifica anche l’architettura del sistema, perché un host x86_64 richiede pacchetti coerenti con quella piattaforma.

uname -m

Atteso: in genere x86_64. Se l’architettura è diversa, non usare un pacchetto repo pensato per x86_64.

Installazione del repository CRAN

Il pacchetto di configurazione del repository si installa con un comando simile a questo. Il nome esatto può variare in base alla versione disponibile, quindi verifica sempre il riferimento ufficiale se il file cambia.

sudo dnf install -y https://cloud.r-project.org/bin/linux/centos/8/x86_64/R-4.4.1-1.el8.x86_64.rpm

Dopo l’installazione, controlla che il file di repository sia stato creato in /etc/yum.repos.d/. Se il pacchetto è andato a buon fine, dovresti vedere un file legato a CRAN o a R.

ls -l /etc/yum.repos.d/ | grep -i cran

Atteso: almeno una voce coerente con il repository appena installato. Se non compare nulla, la configurazione non è stata aggiunta correttamente e l’installazione di R non avrà una base affidabile.

Se vuoi un controllo più esplicito, puoi leggere il contenuto del file repo e verificare che punti davvero al mirror previsto.

grep -Rin 'baseurl
ame=|enabled=' /etc/yum.repos.d/

Atteso: una sezione repository con URL CRAN coerente e enabled=1 se il repository deve essere attivo. Se il file non esiste o contiene un URL errato, correggi prima di procedere.

Installare R con dnf

Quando il repository è corretto e i metadati sono aggiornati, l’installazione di R diventa un’operazione standard. In questa fase il punto non è solo portare dentro il pacchetto principale, ma anche verificare che il gestore risolva le dipendenze senza sorprese.

Su un sistema sano, dnf mostrerà l’elenco dei pacchetti da installare e chiederà conferma. Se invece segnala conflitti, dipendenze mancanti o pacchetti bloccati, il problema va cercato nel repository o nei pacchetti già presenti sul sistema.

sudo dnf install -y R

Atteso: completamento senza errori e installazione dei pacchetti richiesti da R. Se compare un conflitto con librerie di sistema, annota il nome del pacchetto coinvolto prima di fare qualsiasi rimozione.

Per evitare di installare solo il minimo indispensabile, è utile verificare anche i componenti base associati all’ambiente R, perché spesso servono per compilare pacchetti o per usare librerie esterne.

rpm -qa | grep -i '^R
oR-'

Atteso: una o più voci relative a R e ai pacchetti collegati. Se il comando non restituisce nulla, l’installazione non è andata a buon fine o il nome dei pacchetti differisce da quello atteso.

Verifica del runtime: R parte davvero

La prova vera non è la presenza del pacchetto, ma l’avvio del runtime. Il controllo più semplice è chiedere a R la versione e verificare che il binario risponda senza errori di libreria condivisa o percorsi mancanti.

R --version

Atteso: stampa della versione di R e dell’informazione sulla licenza. Se il comando fallisce con errori su librerie mancanti, il problema è nel runtime o nelle dipendenze installate dal sistema.

Per un test ancora più utile, esegui una valutazione non interattiva e controlla che R riesca a calcolare un’espressione semplice.

R --quiet -e 'print(1+1)'

Atteso: output con il valore 2 e uscita senza errori. Se R parte ma la valutazione fallisce, il problema è più raro e può indicare una configurazione corrotta dell’ambiente utente o un pacchetto base danneggiato.

Se vuoi verificare anche il percorso del binario e la sua risoluzione nel sistema, controlla dove si trova l’eseguibile.

which R

Atteso: un percorso come /usr/bin/R o equivalente. Se non viene trovato, la shell non vede il comando o l’installazione non ha creato il link previsto.

Controllo finale dell’ambiente R

Una volta installato, conviene confermare che R stia usando i percorsi corretti e che il sistema riconosca il pacchetto come installato. Questo è il punto in cui distingui un setup funzionante da un setup che “sembra” funzionare.

Puoi controllare la versione del pacchetto RPM e i file installati per capire se tutto è coerente con il repository e con la release del sistema.

rpm -qi R

Atteso: informazioni sul pacchetto, inclusa la versione e il vendor. Se il vendor non è quello atteso o la data di build è anomala, ricontrolla la provenienza del repository.

rpm -ql R | head

Atteso: elenco di file installati sotto i percorsi standard. Se l’elenco è vuoto o incoerente, il pacchetto potrebbe essere stato installato in modo incompleto.

Se prevedi di usare R per analisi o automazione, ha senso verificare anche che il comando possa caricare l’ambiente base senza errori di permessi.

R --quiet -e 'sessionInfo()'

Atteso: informazioni sulla sessione, sulla versione e sulle librerie base. Se compaiono warning su locale o encoding, non sono sempre bloccanti, ma vanno registrati perché possono influire su script e output.

Installare pacchetti aggiuntivi e dipendenze utili

In molti casi R serve insieme a pacchetti esterni, soprattutto se devi compilare estensioni o usare librerie per grafica, SSL, XML o database. Su CentOS 8 conviene installare solo ciò che serve davvero, partendo dai pacchetti di sviluppo richiesti dal tuo caso d’uso.

Se il sistema deve compilare pacchetti R da sorgente, verifica prima la presenza degli strumenti base di sviluppo e delle librerie necessarie. In caso contrario, l’errore arriverà più avanti e sarà più difficile da attribuire correttamente.

sudo dnf install -y gcc gcc-c++ make

Atteso: installazione dei toolchain base senza conflitti. Se l’obiettivo è solo eseguire R e non compilare pacchetti, questo passaggio può essere rimandato.

Per installare un pacchetto R dalla console, il test minimo è questo:

R --quiet -e 'install.packages(