Questo articolo si propone di analizzare la struttura del sistema di pacchettizzazione RPM, presentando in particolare esempi di operazioni utilissimi, ma a volte sconosciuti.

Le maggiori distribuzioni Linux relativamente alla gestione dei pacchetti si dividono generalmente in tre grosse categorie: quelle che utilizzano i binari RPM (RedHat, SuSe, Mandriva e derivate); quelle che utilizzano i binari Deb (Debian, Ubuntu e derivate); quelle che in maniera diversa ricompilano i sorgenti (Slackware, Gentoo e derivate).

Metodi di interrogazione e verifica: opzioni -q e -V
Un sistema è composto da numerosi pacchetti RPM che insieme compongono quella che viene definita “distribuzione”. Per avere una lista di tutti i pacchetti installati è sufficiente lanciare il seguente comando:

conseguentemente sarà possibile conoscere il numero totale di pacchetti installati:

o ad esempio un elenco di pacchetti che rispondano a determinati criteri di ricerca:

Relativamente all’elenco dei pacchetti installati sono possibili numerose interrogazioni.

E’ possibile stampare i dettagli su un pacchetto installato attraverso l’opzione -i:

Capire a quale pacchetto appartiene un determinato file con l’opzione -f:

Stampare l’elenco dei files contenuti in un pacchetto con l’opzione -l:

Le interrogazioni illustrate possono essere effettuate anche su pacchetti non ancora installati attraverso l’aggiunta dell’opzione “-p“, ad esempio per stampare l’elenco dei file in un pacchetto non installato è sufficiente digitare il seguente comando:

E’ da notare come in questo caso sia stato passato l’intero nome del file comprensivo di versione, piattaforma ed estensione e non il solo nome del pacchetto, come avviene per gli RPM già installati.

Metodi di installazione ed aggiornamento: opzioni -i, -U, -F
Per installare un pacchetto RPM è sufficiente utilizzare il seguente comando:

oltre all’opzione -i che sta per install sono aggiunte anche v per verbose, che aggiunge verbosità all’output e h per hash che mostra la barra di progresso.
E’ possibile inoltre aggiornare un pacchetto ad una versione successiva. Se si utilizza l’opzione U verrà effettuato un aggiornamento del pacchetto e la sua eventuale installazione se questo non risulta già installato nel sistema l’opzione. Se invece si utilizza l’opzione F il pacchetto verrà aggiornato solo se ne esiste una versione precedente installata nel sistema. Questa opzione risulta molto utile nel caso in cui si voglia procedere con un aggiornamento massivo di pacchetti per i quali non si ha un resoconto preciso di quanto installato. In questo caso un comando simile:

Aggiornerà solo i pacchetti già installati nel sistema.

La risoluzione delle dipendenze
In fase di installazione è possibile utilizzare un’opzione (molte volte abusata) che permette di soprassedere il controllo delle dipendenze ed installare il pacchetto senza controlli, tale opzione è –nodeps. Inutile dire che l’utilizzo di questa, sebbene appaia nell’immediato un forte vantaggio (e cioè non dover installare pacchetti dipendenti da quello interessato), incide pesantemente sulla coerenza dei pacchetti installati. Pertanto è sempre bene trovare il modo di soddisfare le dipendenze.

Dalla versione 5 di RedHat Linux tutta la gestione dei pacchetti (e quindi delle dipendenze) è demandata ed automatizzata da yum, ma nelle versioni precedenti non essendo questo pacchetto integrato in origine la risoluzione delle dipendenze molte volte richiede un intervento manuale.

L’installazione del pacchetto rpmdb consente di avere localmente l’intero database relativo alle dipendenze dei pacchetti della distribuzione. Tale pacchetto consente di estendere le informazioni relative alle dipendenze:

nel caso illustrato si ha quindi una dipendenza non soddisfatta relativa al pacchetto lynx che richiede perl-CGI. A questo punto si può installare il pacchetto mancante (supponendo ovviamente o di avere il pacchetto mancante o di trovarsi in un repository contenente tutti i pacchetti) e poi procedere oppure sfruttare l’opzione –aid che si occuperà di automatizzare l’installazione dei pacchetti suggeriti:

rpmdb consente di avvalersi anche di altre due interessanti opzioni che sono –redhatprovides e –redhatrequires. Il nome autoesplicativo di queste opzioni chiarisce quale può essere il loro impiego :

In questo caso l’impiego è del tutto simile all’opzione di interrogazione -qf spiegata poco sopra, ma un’ulteriore indubbio vantaggio di questa opzione è che si applica anche a pacchetti non installati.

Nel seguente esempio:

l’opzione –redhatrequires consente di capire quali pacchetti (installati e non) necessitano della libreria libcap.so.1.

Metodi di rimozione dei pacchetti: opzione -e
Rimuovere un pacchetto installato è possibile attraverso l’utilizzo dell’opzione -e, chiaramente il pacchetto non deve essere una dipendenza di altri installati, altrimenti l’operazione fallisce:

E’ da notare che anche in questo caso è possibile utilizzare l’opzione –nodeps, pena la perdita di coerenza del database. Opzioni utili durante la rimozione possono rivelarsi le seguenti:

–allmatches: indica di rimuove TUTTE le occorrenze del pacchetto ed è utilizzata in caso di situazioni anomale in cui un pacchetto appare nell’elenco come installato più volte (con versioni differenti o con la stessa);

–repackage: prima di rimuovere il pacchetto ne crea uno partendo dai file attualmente installati nel sistema (assorbendo quindi le eventuali modifiche effettuate). Il pacchetto creato verrà posto in /var/spool/repackage/;

E’ possibile anche fare in modo che i processi denominati trigger o gli script associati al pacchetto non vengano eseguiti in fase di rimozione attraverso le opzioni –no…... I trigger e gli script possono eseguire le operazioni più disparate, dalla modifica di file di configurazione sino allo spostamento, alla rimozione di altri file e così via. E’ chiaro che prima di disabilitare queste operazioni è bene conoscere a fondo cosa fanno e di conseguenza il pacchetto a cui sono associate. Tutte queste opzioni sono spiegate in maniera approfondita nella man page di rpm.

Metodi di verifica dei pacchetti: opzione -V
E’ possibile controllare la consistenza di un pacchetto verificando quanto presente nel database con quanto realmente esiste nel sistema. Supponendo per il pacchetto lynx di aver rimosso tutti i file relativi al programma nella cartella /etc, la verifica del pacchetto produrrà il seguente output:

Estrazione di file da un pacchetto: utilizzo di rpm2cpio
Potrebbe nascere l’esigenza di estrarre un pacchetto in un path diverso da quello del sistema in modo da analizzare il contenuto prima di un’effettiva installazione. Il programma necessario per effettuare questa operazione è rpm2cpio distribuito nel pacchetto rpm, quindi presente in tutti i sistemi.

Attraverso rpm2cpio è possibile estrarre il pacchetto nella directory in cui ci si trova:

nella directory attuale verrà riprodotto il path relativo ai file contenuti nel pacchetto:

Se invece l’esigenza è quella di estrarre un solo file, la sintassi del comando è la seguente:

In questo caso tutti i file corrispondono al criterio di selezione *lynx.cfg* verranno estratti dal pacchetto rpm e depositati nella cartella con il relativo path.

Posizionamento del database su disco
Come ultimo argomento di questo articolo viene trattata quella che è la posizione del database relativo ai pacchetti installati su disco. Infatti le informazioni relative alla struttura dei pacchetti installati sono memorizzate in file con formato db4 depositati nella cartella /var/lib/rpm:

è possibile che tale database in seguito ad anomalie o malfunzionamenti si corrompa non permettendo il regolare funzionamento del sistema di pacchettizzazione. In questo caso è necessario cancellare i file esistenti e ricostruire il database con l’opzione –rebuilddb:

Partendo dai pacchetti installati e dalle informazioni in essi contenute il comando ricostruirà il database.
E’ possibile anche costruire un nuovo database vuoto con l’opzione –initdb, ma tale opzione è utilizzata di raro.

Conclusioni
Questa breve panoramica non ha lo scopo di analizzare tutto lo spettro di possibilità in merito all’argomento, ma si pone l’obiettivo di offrire spunti per approfondire le proprie conoscenze. Molte altre sono le opzioni disponibili per la gestione dei pacchetti e possono essere analizzate a fondo nella man page del comando rpm.

di Raoul Scarazzini - MiaMammaUsaLinux.org