Apt-listbugs: come monitorare i bug

Versioni Compatibili Tutte le versioni supportate di Debian

Introduzione

Spesso ci è capitato di installare dei pacchetti contenenti dei bug, conosciuti anche prima del nostro download. Prima di installare un pacchetto, infatti, sarebbe opportuno fare una visitina su questo sito, dove vengono tracciati i bug segnalati. Questo motore di gestione dei bug è molto potente e funzionale, ma se non volessimo perdere tempo ogni volta? apt-listbugs è la risposta!
apt-listbugs, infatti, ci permette di essere informati sui bug presenti nel nostro sistema e presenti nei pacchetti che stiamo per installare; vediamo come utilizzarlo e configurarlo al meglio per le nostre esigenze!

Installazione

Per installare apt-listbugs, è sufficiente un:

# apt-get install apt-listbugs

Configurazione

Apt-listbugs è già configurato per interagire con dpkg e APT in quanto aggiunge un file nella directory /etc/apt/apt.conf.d/, che contiene le direttive da eseguire al termine del download dei pacchetti e prima della loro installazione.
Inoltre viene creata la directory /etc/apt/listbugs/; essa conterrà dei file di supporto per il normale funzionamento del programma, come ad esempio il file ignore_bugs, contenente la lista dei bug ignorati durante l'installazione dei pacchetti.

Utilizzo

L'utilizzo base del programma è semplicissimo e può avvenire in due modi distinti

automaticamente

ogni volta che installeremo o aggiorneremo dei pacchetti.

manualmente

eseguendo apt-listbugs da linea di comando. Utile per conoscere tutti bug (e il loro stato) relativi ad un pacchetto.

Utilizzo automatico

Ogni volta che aggiorniamo o installiamo un pacchetto, apt-listbugs interrogherà i server Debian per sapere se ci sono dei bug aperti per le applicazioni installate; raccolte le informazioni ci avvertirà in caso di bug (altrimenti lascerà continuare normalmente il processo di installazione). In caso di presenza di bug, mostrerà a video la lista di quelli presenti (sia aperti che chiusi); ecco un esempio:

Retrieving bug reports... Done
critical bugs of login (1:4.0.3-30.7 -> 1:4.0.3-30.8) <done>
 #290803 - login: /var/log/btmp is created with insecure permissions
critical bugs of postfix (2.1.4-5 -> 2.1.5-5) <done>
 #288728 - postfix gives up with warning: no MX host for xxxx.com has a valid A record
grave bugs of mysql-server (4.0.23-1 -> 4.0.23-3) <open>
 #291378 - mysql-server: Security fixes pending in experimental version
grave bugs of postfix (2.1.4-5 -> 2.1.5-5) <open>
 #285111 - postfix: newaliases not working due to some library problem
 #291031 - postfix: Upgrade from Postfix 2.1.4-5 to 2.1.5-4 fails #3
 #292086 - stock installed master.cf file causes postfix to fail to start
Summary:
 mysql-server(1 bug), login(1 bug), postfix(4 bugs)
Are you sure you want to install/upgrade the above packages? [Y/n/?/...]

Come potete vedere, visualizza una lista di bug presenti, divisi per gravità (prima quelli 'Critical', poi quelli 'Grave') e poi per pacchetto. Inoltre i bug sono contraddistinti da 2 tag: <done> e <open>:
<done> rappresenta un bug corretto
<open> rappresenta un bug ancora aperto
Qui è visibile la descrizione dei livelli di gravità dei bug (severities).

Di default apt-listbugs mostrerà i bug appartenenti alle prime tre categorie.

Tornando ad apt-listbugs, in caso di bug rilevati, viene chiesto cosa fare. Le opzioni disponibili sono:

y

continua l'installazione ignorando i bug trovati;

n

interrompe immediatamente l'installazione;

<num>

inserendo il numero del bug (quello preceduto da #) è possibile ottenere maggiori informazioni riguardo al bug;

r

mostra la lista dei bug (comodo dopo la visualizzazione dei dettagli, ad esempio);

p

esegui il pinning di tutti i pacchetti segnalati nel bug report (cioè lo 'blocca' e non lo installa); questa opzione richiede l'uscita da apt-get e una riesecuzione del comando di installazione/aggiornamento precedentemente lanciato;

p <pkg>

esegue il pinning del pacchetto indicato;

i

ignora il bug corrispondente a (per evitare il pinning di pacchetti il cui bug è segnato come "done");

?

mostra un piccolo help con le opzioni utilizzabili;

w

mostra il report bug in html (mai usato).

Il funzionamento, quindi, è molto semplice: basta leggere con attenzione la lista dei bug riscontrati ed agire di conseguenza!
Ricordo che, nel caso di pinning di anche un solo pacchetto, è necessario ricominciare il processo di aggiornamento/installazione.

In caso di pinning di uno o più pacchetti, è necessario (al prossimo aggiornamento) rimuoverlo da /etc/apt/preferences. Nel file /etc/apt/preferences, ad esempio, trovo questo blocco relativo a postfix (prima l'ho pinnato, visto che il bug comprometteva gravemente il funzionamento):

Explanation: Pinned by apt-listbugs at Mon Jan 31 22:17:38 CET 2005
Explanation:   #288728: postfix gives up with warning: no MX host for xxxx.com has a valid
A record
Explanation:   #285111: postfix: newaliases not working due to some library problem
Explanation:   #291031: postfix: Upgrade from Postfix 2.1.4-5 to 2.1.5-4 fails #3
Explanation:   #292086: stock installed master.cf file causes postfix to fail to start
Package: postfix
Pin: version 2.1.4-5
Pin-Priority: 1000

al prossimo aggiornamento, per controllare se sono presenti nuove versioni di postfix, dovrò rimuovere queste indicazioni, altrimenti il pacchetto in questione verrà assunto sempre come 'aggiornato'.
Se non sono mai state fatte modifiche al file /etc/apt/preferences (soprattutto per quanto riguarda pinning per l'utilizzo di più release insieme) lo si può tranquillamente eliminare prima di ogni aggiornamento.

Nota Nelle verioni più recenti la directory e il file in cui apt-listbugs scrive i pacchetti bloccati sono stati modificati in /etc/apt/preferences.d/apt-listbugs

Se si vuol disabilitare la ricerca dei bug da parte di apt-listbugs ad ogni aggiornamento/rimozione dei pacchetti, basta commentare le righe presenti nel file /etc/apt/apt.conf.d/10apt-listbugs .

Conclusioni

apt-listbugs è senza dubbio uno strumento utilissimo, in quanto previene l'installazione di pacchetti che possono rendere inutilizzabile o instabile la nostra Debian Box.
Ovviamente non viene a sostituire le normali visite al sito http://bugs.debian.org, dove sono elencati tutti i bug di tutti i pacchetti presenti in Debian (che invito a controllare prima di chiedere aiuto per un comportamento strano di una applicazione).

---

Guida scritta da: MaXeR	Debianized 40%
Estesa da:
Verificata da: S3v 16:32, 26 feb 2014 (CET)
Verificare ed estendere la guida | Cos'è una guida Debianized