I Package Management System

I Package Management System sono programmi ( package ) che installano e rimuovono package nel e dal sistema, che conservano le informazioni sui package esistenti, sui package installati, sui package da installare e che contattano alcuni server esterni per mantenere aggiornate le loro informazioni. Un Package Management System è il cuore di un sistema operativo GNU, che altro non è che un insieme di package. Ogni distribuzione Linux ha il suo ( o i suoi ) Package Management System. APT ( Advanced Packaging Tool ), è il Package Management System usato dai sistemi Debian e Debian-based, quali Ubuntu, Knoppix, Linspire, Mepis; RPM ( Red Hat Package Manager ) e YUM ( Yellowdog Update Manager ), sono i Package Management System usati dai sistemi Fedora, Red Hat, CentOS, BLAG e distribuzioni correlate. Ci sono Package Management System che installano singoli package ( senza curarsi delle dipendenze ), altri che installano le dipendenze, prima di installare il package principale, altri ancora che, oltre ad installare tutte le dipendenze, prima di installare il package principale, verificano le dipendenze esistenti anche in fase di eliminazione di un package, eliminando le dipendenze non più necessarie al sistema, le dipendenze, cioè, che non sono usate da alcun altro package. In questa pagina, esamineremo i Package Management System dei sistemi Debian-based, sia perchè i sistemi Debian e Debian-based sono molto diffusi, sia perchè i Package Management System dei sistemi Debian-based sono molto noti, proprio per la loro efficienza, e sono in continua evoluzione, tanto è vero che, ad oggi, esistono più Package Management System, in un sistema Debian o Debian-based, ciascuno dei quali è l'evoluzione del precedente:

	dpkg
	dselect
	apt
	aptitude

E questi sono i Package Management System di shell: esistono anche Package Management System per le interfacce grafiche ( desktop ), naturalmente, come Synaptic, che, però, non eguagliano la potenza dei programmi di shell, pur appoggiandosi, completamente, ai Package Management System di shell. Inoltre, il principale Package Management System di Debian, APT, è supportato da molte altre distribuzioni: Conectiva, Libranet, Mandrake, PLD, Vine, APT4RPM, Alt Linux, Red Hat, Sun Solaris, SuSE, Yellow Dog Linux. Tutti i Package Management System di Debian sono fondati sullo stesso meccanismo di gestione delle informazioni: un database, distribuito, contenente l'elenco di tutti i package disponibili, per la release del sistema operativo corrente, e tutti i package già installati nel sistema corrente. Per quanto riguarda i package installati nel sistema, il database è composto dai file:

	/var/lib/dpkg/available
	/var/lib/dpkg/status
	/var/lib/apt/extended_states
	/var/lib/aptitude/pkgstates

di cui:

• il primo riporta le informazioni relative ai package disponibili per il sistema in uso:

  
  /var/lib/dpkg/available
  
  

  E' una eredità del Package Management System dselect: viene letto solo da quest'ultimo e viene aggiornato sia da dselect, sia da dpkg, quando eseguito con una delle due opzioni seguenti:

  
  sudo dpkg --update-avail Packages-file
  sudo dpkg --merge-avail Packages-file
  
  

  Come dice la pagina di manuale di dpkg: nota che questo file è praticamente inutile, se non si usa dselect, bensì un programma APT-based. APT, infatti, per tenere traccia dei package disponibili, ha il suo proprio sistema.

• il secondo riporta le informazioni relative ai package installati nel sistema e lo stato di ciascun package installato:

  
  /var/lib/dpkg/status
  
  

  Viene letto da dselect, dpkg, apt e aptitude, ma viene tenuto aggiornato da dselect e dpkg. Il programma dpkg, inoltre, mantiene aggiornata una intera directory, nella quale salva i file relativi a ciascun package installato:

  
  /var/lib/dpkg/info
  
  

  In questa directory, per ciascun package, vengono salvati i file originali del package, contenuti, a loro volta, nel file .deb. Per esempio:

  
  xulrunner-1.9.2.conffiles
  xulrunner-1.9.2.list
  xulrunner-1.9.2.md5sums
  xulrunner-1.9.2.postinst*
  xulrunner-1.9.2.postrm*
  xulrunner-1.9.2.preinst*
  xulrunner-1.9.2.prerm*
  
  

• il terzo:

  
  /var/lib/apt/extended_states
  
  

  contiene le informazioni sui package installati automaticamente:

  
  Package: grub-pc
  Architecture: amd64
  Auto-Installed: 0
  
  Package: wireless-crda
  Architecture: amd64
  Auto-Installed: 1
  
  Package: os-prober
  Architecture: amd64
  Auto-Installed: 0
  
  ...
  
  

  e viene utilizzato sia da apt che da aptitude.

• il quarto:

  
  /var/lib/aptitude/pkgstates
  
  

  contiene alcune informazioni sullo stato delle installazioni:

  
  Package: gcc-4.1-doc
  Unseen: no
  State: 3
  Dselect-State: 0
  Remove-Reason: 0
  
  Package: firebird2.1-dev
  Unseen: no
  State: 3
  Dselect-State: 0
  Remove-Reason: 0
  
  ...
  
  

  e viene mantenuto ed utilizzato esclusivamente da aptitude, anche perchè contiene informazioni che solo aptitude è in grado di utilizzare: per esempio, lo stato in cui l'utente chiede di mettere il package ( se un package fosse installato, per esempio, l'utente potrebbe avere chiesto ad aptitude di rimuoverlo con il prossimo upgrade ). Le corrispondenze tra numero di stato e stato sono le seguenti:

  
  State: 1 - installed
  State: 2 - held
  State: 3 - not installed
  State: 4 - uninstalled but not purged
  
  

E' estremamente importante che questo database non venga perduto: è, pertanto, necessario effettuare un backup periodico di questi quattro file. Vediamo, ora, la parte del database che conserva e aggiorna le informazioni ( metadati ) relative a tutti i package disponibili, per la release corrente. Queste informazioni, naturalmente, devono risiedere su un qualche server esterno: il nostro sistema dovrà, quindi, andarle a recuperare, per poi salvarle in un qualche recesso del disco fisso locale. Per mantenere aggiornato il database locale, quindi, un Package Management System si connette ai server dei cosiddetti "Repository" ( depositi, archivi ) ufficiali della release corrente. Così come i sistemi Windows si connettono ai server Microsoft, per verificare l'esistenza di eventuali aggiornamenti software disponibili, allo stesso modo, le varie distribuzioni Linux Debian distribuiscono i package disponibili, e le informazioni relative ai package disponibili, su vari server. Per il Package Management System APT, quindi, è sufficiente connettersi periodicamente a questi Repository, per mantenere aggiornata la propria banca dati. Questa è l'operazione che viene eseguita ogni volta in cui viene lanciato un comando update:

	sudo aptitude update
	sudo apt-get update

grazie al quale, il Package Management System effettua il download dei metadati, salvandoli nella cartella:

	/var/lib/apt/lists

Per comprendere la struttura della directory lists, è necesssario comprendere la struttura dei Repository.

I Repository

Dove trova, APT, la lista dei server Repository? Nel file:

	/etc/apt/sources.list

nel quale APT trova una riga per ciascun Repository:

 
deb http://us.archive.ubuntu.com/ubuntu/ hardy main restricted
deb-src http://us.archive.ubuntu.com/ubuntu/ hardy main restricted 

Il file sources.list è il cuore di qualsiasi Package Management System per i sistemi Debian, poichè permette che i vostri package siano correttamente gestiti ( installati con le dipendenze, aggiornati, eliminati ). In ogni riga del file, APT legge:

• il tipo di archivio: in questo caso:

  
    deb
  
  

  indica i file binari o precompilati ( pronti per l'installazione ), mentre

  
    deb-src
  
  

  indica i file sorgente ( da compilare, una volta scaricati: richiesti, spesso, dagli sviluppatori ). Chi utilizza aptitude, come Package Management System, può tranquillamente commentare tutte le righe relatve ai file sorgente, poichè aptitude non accede ai metadati relatvi ai file sorgente. Quando una riga del file sources.list viene commentata, non sarà tenuta in considerazione dal Package Management System. Per commentare una riga del file sources.list è sufficiente mettere un simbolo cancelletto all'inizio della riga:

   
  # deb-src http://us.archive.ubuntu.com/ubuntu/ hardy main restricted 
  
  

• la localizzazione dell'archivio: in questo caso, un indirizzo HTTP:

  
    http://
  
  

  Oltre a HTTP, in questo campo, è possibile trovare:

  
    cdrom
    file
    copy
    ftp
    ssh
    rsh
  
  

• il nome o il numero della release del sistema operativo. In questo caso:

  
    hardy
  
  

  che equivale a Ubuntu 8.04.

• l'area di appartenenza del software contenuto nell'archivio ( componente ), nel nostro caso:

  
    main
  
  

  a seconda del tipo di licenza abbinata, nel nostro caso:

  
    restricted
  
  

  L'area MAIN dovrebbe essere la sola da considerare come area ufficiale della release ( software libero al 100% ). L'area CONTRIB indicherebbe, invece, la presenza di software libero, ma con dipendenze di software non libero. L'area NON-FREE, invece, indicherebbe la presenza di software distribuibile, ma non libero. Prima di scaricare software NON-FREE, sarebbe buona cosa leggere la licenza abbinata. Nel nostro esempio, trattandosi di Ubuntu, abbiamo una diversa categorizzazione: main ( software supportato ufficialmente ), restricted ( software supportato ma non disponibile nei termini del software libero ), universe ( mantenuto dalla comunità, non ufficialmente supportato ) e multiverse ( software non libero ).

Quindi, la prima riga del file sources.list del nostro esempio dice al Package Management System APT: per i package, precompilati, di tipo MAIN e RESTRICTED, scritti per la release HARDY ( Ubuntu ), vai all'indirizzo:

  http://us.archive.ubuntu.com/ubuntu/

E' possibile aggiungere, all'elenco "ufficiale", presente nel file sources.list, repository di terze parti. Per tenere ben separati i repository originali ed ufficiali da quelli di terze parti, è possibile aggiungere repository in file arbitrari, che dovranno essere salvati, con estensione .list, nella sottodirectory:

  sources.list.d


	a.list
	b.list
	...

Ovviamente, sarà bene verificare attentamente l'autorevolezza dei repository di terze parti aggiunti. Una volta aggiunti, infatti, i repository verranno contattati ad ogni aggiornamento del sistema, eseguito dal vostro Package Management System. E' anche possibile che, quando decideste di installare un package proveniente da uno di questi repository esterni, il vostro Package Management System vi sottoponga un avvertimento del genere: "ATTENZIONE: verranno installate versioni non sicure dei seguenti pacchetti. Pacchetti non sicuri potrebbero compromettere la sicurezza del sistema. Si dovrebbe procedere con l'installazione solo se si è sicuri di quello che si sta facendo". Prima di procedere all'installazione, quindi, decidete se siete certi della fonte utilizzata. Per aggiungere un repository, è possibile, anche, utilizzare il comando:

	add-apt-repository [OPTIONS] REPOSITORY

Quando il repository da aggiungere è un repository PPA, è necessario importare anche il suo certificato digitale. Un repository PPA è un repository creato e gestito da un singolo utente oppure da uno staff di programmatori, che se ne servono per distribuire ed aggiornare automaticamente il software da loro creato. Launchpad è una piattaforma open source che permette a chiunque di partecipare direttamente ad uno o più progetti software, lavorando insieme ad altri progettisti. Una volta creato il proprio software, il team può inviarlo alla piattaforma Launchpad che, eventualmente, creerà i file binari, pronti per gli utenti, conservandoli in un repository personale. All'interno della sezione PPA Launchpad dedicata al singolo team ( PPA ), viene pubblicato il certificato PGP da importare ( signing key ). Per importare un certificato digitale, contenente una chiave pubblica, all'interno del keyring di apt, è necessario utilizzare il comando:

	apt-key [--keyring filename] [command] [arguments...]

apt-key

Il comando apt-key è usato per gestire l'elenco delle chiavi pubbliche PGP, utilizzate da apt per l'autenticazione dei package. I package autenticati attraverso queste chiavi pubbliche verranno considerati TRUSTED. Il file di keyring ( contenente tutte le chiavi pubbliche importate ) di deafult è:

  /etc/apt/trusted.gpg

oppure, l'insieme dei file contenuti nella directory:

  /etc/apt/trusted.gpg.d/

Altri file di keyring utilizzati da apt in Ubuntu sono:

  /usr/share/keyrings/ubuntu-archive-keyring.gpg
  /usr/share/keyrings/ubuntu-archive-removed-keys.gpg

contenenti, rispettivamente, tutte le chiavi considerate TRUSTED da Ubuntu e tutte le chiavi TRUSTED rimosse da Ubuntu. Per ogni comando inviato a apt-key, è possibile specificare il file di keyring da utilizzare, se diverso da quello di default:

  apt-key --keyring /etc/apt/trusted.gpg.d/mykey.gpg list

I comandi disponibili sono:

  apt-key list

per ottenere l'elenco delle chiavi pubbliche salvate.

  apt-key finger

per ottenere le impronte digitali ( fingerprint ) delle chiavi pubbliche salvate.

  apt-key export keyid

per stampare a video il certificato digitale con ID keyid.

  apt-key exportall

per stampare a video il certificato digitale di tutte le chiavi pubbliche salvate.

  apt-key del keyid

per eliminare un certificato digitale dal proprio file keyring.

  apt-key add filename

per aggiungere un certificato digitale, salvato nel file filename, al proprio file keyring. Se filename è rappresentato da un trattino ( - ), filename è lo standard input:

  gpg --export epson-linux-inkjet@avasys.jp | sudo apt-key add -

Se tutto è andato bene, dovreste ricevere una risposta lapidaria:

	OK

Questo significa che è stato correttamente importato il certificato dell'azienda "Seiko Epson Corporation", a sua volta esportato dal file keyring di gpg, e che la sua chiave pubblica è stata correttamente importata dal vostro Package Management System.

  apt-key adv --search-keys keyid
  apt-key adv --recv-key keyid

Il comando adv permette di inviare opzioni avanzate al programma gpg.

add-apt-repository

Invece di aggiungere manualmente un repository nel file sources.list o in un file casuale, salvato nella directory sources.list.d, è possibile utilizzare il comando:

	add-apt-repository [OPTIONS] REPOSITORY
	add-apt-repository ppa:wseverin/ppa

Questo comando, specifico per Ubuntu, è, in realtà, uno script che aggiunge o rimuove un repository PPA, preoccupandosi, anche, di importare la sua chiave pubblica GPG. Attenzione: per aggiungere un repository non PPA, è necessario indicare l'intera riga da aggiungere al file sources.list:

  add-apt-repository \
    "deb-src http://extras.ubuntu.com/ubuntu precise main"

Le opzioni disponibili sono:

       -h
	--help

per mostrare la guida alle opzioni.

       -r
	--remove

per rimuovere un repository dalla lista contenuta nel file sources.list.

       -y
	--yes

per rispondere si a tutte le domande fatte in fase di creazione del repository.

       -k
	--keyserver

per utilizzare un keyserver particolare.

== Fine della sezione add-apt-repository ==

A questo punto, siamo in grado di comprendere la struttura della cartella lists, in cui il Package Management System conserva tutti i metadati scaricati dai Repository. Per ciascun archivio:

	it.archive.ubuntu.com_ubuntu_dists_maverick
	it.archive.ubuntu.com_ubuntu_dists_maverick-updates
	security.ubuntu.com_ubuntu_dists_maverick-security	
	...

vengono salvati due file:

	_Release
	_Release.gpg

che contengono informazioni sull'archivio e sulla sua integrità ( firma compresa ). Per ciascuna area di ciascun archivio

	main
	multiverse
	universe
	...

invece, vengono salvati due file:

	_Packages
	_Sources

che contengono informazioni sui singoli package e che vengono generati dai due file di indice di archivio:

	/var/cache/apt/srcpkgcache.bin
	/var/cache/apt/pkgcache.bin

Il primo archivio binario contiene le informazioni scaricate da internet e salvate nella directory lists, mentre il secondo contiene le stesse informazioni del primo, più le informazioni contenute nel file status. Questi due file di archivio e, di conseguenza, il contenuto della directory lists, rappresentano l'archivio ( o cache ) dei programmi apt e aptitude. I due file .bin, in particolare, vengono aggiornati ad ogni update di aptitude o apt ( srcpkgcache.bin ) oppure ad ogni install o remove di aptitude, apt o dpkg ( pkgcache.bin ). I programmi aptitude e apt gestiscono, anche, l'archivio dei package ( i file .deb ) scaricati dai repository e, successivamente, installati nel sistema da dpkg:

	/var/cache/apt/archives/

Questa intricata mappa delle relazioni esistenti tra i file del database dei package del sistema APT e i diversi Package Management System di Debian ( dpkg, dselect, apt e aptitude ) è splendidamente rappresentata dal grafico che troviamo nella pagina di Daniel_Burrows, niente di meno che l'autore di aptitude. A questo punto, il nostro Package Management System locale ha tutte le informazioni che gli servono per gestire al meglio i package installati e da installare: quando vorrà verificare se esiste una versione più aggiornata di un package installato nel sistema, non dovrà fare altro che confrontare le informazioni, relative al package, contenute nel file:

	/var/lib/dpkg/status

e quelle contenute in uno dei file salvati nella cartella lists. Allo stesso modo, quando un utente chiederà al Package Management System locale informazioni su un package non ancora presente nel sistema, quest'ultimo andrà a consultare ancora i file compresi nella cartella lists. Per consultare ed elaborare tutte le informazioni contenute nell'intero database dei package, ciascun Package Management System mette a disposizione una serie di comandi. Naturalmente, è anche possibile cercare e leggere le informazioni manualmente, direttamente dai file del database. Per esempio, per leggerne, comodamente, pagina per pagina, i contenuti:

less /var/lib/dpkg/available
less /var/lib/dpkg/status
less /var/lib/aptitude/pkgstates
less /var/lib/apt/lists/ubuntu.com_dists_maverick_main_Packages

Per cercare un package particolare, utilizzeremo il comando grep. Per i package già installati, eseguiremo grep sul file status:

grep -A 20 "^Package: tcpd$" /var/lib/dpkg/status

Per poter eseguire il comando grep, è necessario, ovviamente, conoscere la struttura del file in cui si vuole effettuare la ricerca. Il comando appena riportato, per esempio, cerca la riga "Package: tcpd", all'interno del file status, chiedendo a grep di stampare anche le 20 righe successive ( -A: After ) del file. Questa ricerca è possibile perchè, per ciascun package, il file status, come tutti gli altri file del database dei package, applica sempre la stessa struttura di dati. Così, è possibile, anche, utilizzare il comando grep per estrarre il numero dei package presenti nel sistema:

grep -c "^Status: install ok" /var/lib/dpkg/status
grep -c "^State: 1" /var/lib/aptitude/pkgstates

Lo stesso dato può essere dedotto dal numero dei file .list, contenuti nella directory info, visto che ne viene creato uno per ciascun package installato:

ls -l /var/lib/dpkg/info/*list | wc -l

Nei file della directory "Lists" troviamo le informazioni su tutti i package ( non solo quelli già installati ) disponibili per la nostra release. L'unico problema è che, in questo caso, le informazioni sono distribuite in più di un file. Come abbiamo già visto, i file contenenti le informazioni sui package, hanno un nome che termina sempre con la stringa di testo "_Packages". Quindi, per esempio, per trovare le informazioni su un package chiamato "xutils", dovrò eseguire un grep su tutti i file "_Packages":

grep "^Package: xutils$" /var/lib/apt/lists/*Packages

Eseguendo questo comando, per un package qualsiasi, potreste accorgervi che un singolo package può essere presente in più di un file, anche se il file .deb ( il package vero e proprio ) è sempre lo stesso.

Filename: pool/universe/x/xorg/xutils_7.5+6ubuntu3.1_all.deb

dpkg

Il Package Management System dpkg è il Package Management System originario per i sistemi Debian. Ora è parte integrante del Package Management System chiamato APT ( Advanced Packaging Tool ), per il quale svolge molte funzioni. Il Package Management System dpkg non conosce le dipendenze. L'installazione delle dipendenze, quindi, è a carico vostro. Inoltre, nel caso usaste dpkg per rimuovere un package, ricordate che tutte le dipendenze installate inizialmente rimarranno nel sistema, fino a quando non verranno rimosse manualmente. I package, in Debian, sono file con suffisso .deb. Per ottenere informazioni sul file .deb:

	dpkg -I <file_pacchetto.deb>
	dpkg --info <file_pacchetto.deb>

	dpkg -I zip_2.31-3_i386.deb
	dpkg --info zip_2.31-3_i386.deb

	dpkg -I epson-inkjet-printer-201101w_1.0.0-1lsb3.2_amd64.deb
	dpkg --info epson-inkjet-printer-201101w_1.0.0-1lsb3.2_amd64.deb

Le informazioni comprendono l'elenco delle eventuali dipendenze:

	Depends: lsb (>= 3.2)

La prima nostra preoccupazione, quindi, dovrà essere quella di verificare se le dipendenze siano già presenti nel sistema:

	dpkg -l lsb
	dpkg --list lsb

Come vedremo tra qualche riga, l'opzione -l ( oppure --list ) del comando dpkg restituisce, nella prima colonna, lo status del package. I valori più probabili saranno:

	un [Unknown][Not Installed]
	ii [Install][Installed]

Nel primo caso, il package lsb non è installato e non è, probabilmente ( Unknown ), nemmeno in attesa di installazione, mentre, nel secondo caso, il package lsb è già installato ed è in attesa di una futura installazione ( aggiornamento ). Se la dipendenza non fosse ancora stata installata, dovremo procedere alla sua installazione, prima di installare il package desiderato. Per avere informazioni sul contenuto del file .deb ( l'elenco dei file che il package installerà nel sistema ):

	dpkg -c <file_pacchetto.deb>
	dpkg --contents <file_pacchetto.deb>

	dpkg -c zip_2.31-3_i386.deb
	dpkg --contents zip_2.31-3_i386.deb

Per installare, invece, un package Debian:

	sudo dpkg -i <file_pacchetto.deb>
	sudo dpkg --install <file_pacchetto.deb>

	sudo dpkg -i zip_2.31-3_i386.deb
	sudo dpkg --install zip_2.31-3_i386.deb

Se tutti i package necessari ( dipendenze ) sono già installati nel sistema e se il nuovo package non entra in conflitto con i package già installati nel sistema, allora dpkg scompatterà i file contenuti nel package, li sposterà nella directory appropriata ed eseguirà gli script di configurazione del package. In caso contrario, dpkg interromperà il processo di configurazione e stamperà un messaggio di errore. Il nome del file deb contiene: il nome del package ( nel nostro esempio: zip ), la versione e la release del package corrente ( nel nostro esempio: 2.31-3 ), l'architettura alla quale il package è destinato ( nel nostro esempio: i386 ). Per rimuovere un package, dpkg mette a disposizione due opzioni ( ciascuna delle quali con due varianti: la breve e la lunga ):

	sudo dpkg -r <nome_pacchetto>
	sudo dpkg --remove <nome_pacchetto>

	sudo dpkg -r zip
	sudo dpkg --remove zip

Questa prima opzione rimuove il package, lasciando intatti i suoi file di configurazione ( per una eventuale reinstallazione futura ).

	sudo dpkg -P <nome_pacchetto>
	sudo dpkg --purge <nome_pacchetto>

	sudo dpkg -P zip
	sudo dpkg --purge zip

Questa seconda opzione rimuove completamente il package dal sistema, compresi i suoi file di configurazione. Il processo di installazione, come abbiamo già visto, è suddiviso in due fasi:

	sudo dpkg --unpack <file_pacchetto.deb>
	sudo dpkg --unpack zip_2.31-3_i386.deb

	sudo dpkg --configure <nome_pacchetto>
	sudo dpkg --configure zip

Il comando --configure viene utilizzato per configurare quei package la cui configurazione era stata interrotta, durante l'installazione, a causa della mancanza di una o più dipendenze. E' possibile, anche, configurare tutti i package scompattati, ma mai configurati, con un solo comando:

	sudo dpkg --configure -a
	sudo dpkg --configure --pending

Le due forme sono equivalenti. Sempre in fase di installazione, è possibile installare o scompattare tutti i package contenuti in una directory, in modo recursivo ( comprese le sottodirectory ), aggiungendo l'opzione -R ( --recursive ) al comando specificato:

	sudo dpkg --install -R <directory>
	sudo dpkg --install -R /tmp/debs
	sudo dpkg --install --recursive /tmp/debs

	sudo dpkg --unpack -R <directory>
	sudo dpkg --unpack -R /tmp/debs
	sudo dpkg --unpack --recursive /tmp/debs

Il Package Management System dpkg può essere invocato anche per interrogare il database dei package. Il comando:

	dpkg --print-avail package
	dpkg --print-avail ethtool

stampa a video le informazioni disponibili sul package "package". Se, oltre alle informazioni sul package, si desidera conoscere anche lo stato del package, usare:

	dpkg -s package
	dpkg --status package

Il comando:

	dpkg -l package_pattern
	dpkg --list package_pattern

cerca un package il cui nome contenga "package_pattern":

	dpkg -l 'apache'
	dpkg -l 'apache*'
	dpkg -l '*apache*'

Ciascuno di questi tre comandi, contiene un pattern differente dall'altro: cerca "apache", cerca un nome che inizi con "apache", cerca un nome che contenga "apache". Se non viene fornito alcun pattern, il comando restituisce la lista dei file installati:

	dpkg -l | less

Per avere la lista di tutti i package ( installati e non installati ):

	dpkg -l '*' | less

Per avere la lista dei package non installati:

	dpkg -l '*' | grep '^u' | less

Attenzione: la lista dei package non installati potrebbe essere incompleta, soprattutto se dpkg, abbinato a dselect, non è il vostro Package Management System abituale, poichè, normalmente, dpkg conserva solo le informazioni dei package installati nel sistema. Tanto è vero che, nel caso di package non installati, la sola informazione che dpkg è in grado di restituire è il nome del package:

un  zoo  <non definita>  (nessuna descrizione disponibile)

L'output dell'opzione -l è spiegato nell'intestazione dell'output stesso:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/
	Half-inst/trig-aWait/Trig-pend 
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Nome           Versione             Descrizione
+++-==============-====================-=================================
un  915resolution  <non definita>    (nessuna descrizione disponibile)
ii  acpid          1.0.10-5ubuntu4.4    Advanced Configuration ...

Prima del nome del package, della versione del package e della descrizione del package, ci sono 3 campi, che contengono una lettera ciascuno, dove ciascuna lettera indica: la prossima operazione prevista per il package ( Desired=Unknown/Install/Remove/Purge/Hold ), lo stato attuale ( Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend ) e lo stato di errore ( Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ). Quindi, nel nostro esempio, il package 915resolution ha il campo "Desired" impostato su "Unknown", il campo "Status" impostato su "Not", il campo Error vuoto: non è installato. Il package acpid, invece, ha il campo "Desired" impostato su "Install", il campo "Status" impostato su "Inst", il campo Error vuoto: è installato. Il significato di queste flag, in parte, è noto. Un package può essere installato nel sistema, o meno, può essere in stato di "prossima rimozione", parziale ( Removed, senza la rimozione dei file di configurazione ) o completa ( Purged ), può essere in stato di "Hold" ( package bloccato, per prevenirne l'aggiornamento automatico ), può essere assente dal sistema, pur avendo lasciato, nel sistema, i propri file di configurazione ( Conf-files ), può essere stato scompattato, ma non configurato ( Unpacked ), può essere in attesa di un trigger ( trig-aWait ), cioè di un evento scatenante, oppure in attesa di reagire ad un evento intervenuto ( Trig-pend ). Infine, può essere fallito il tentativo di configurarlo ( halF-conf ) o di installarlo ( Half-inst ). Il trigger è un meccanismo che permette, ad un evento avvenuto in un package, ma atteso da un altro package, di essere registrato, aggregato ed elaborato, successivamente, dal package interessato. Se la flag "Error" dichiara "Reinst-required", significa che il package deve essere reinstallato. A questo punto, siamo in grado di estrarre il numero dei package installati nel sistema:

	dpkg -l | grep -c "^ii"

Il pattern " ^ii ", in questo caso, serve ad evitare che grep includa, nel suo conteggio ( -c ), anche le cinque righe di output riservate all'intestazione.

	dpkg -L package
	dpkg --listfiles package

L'opzione -L ( --listfiles ) stampa a video i file installati dal package "package". L'informazione è prelevata direttamente dal file .list del package, che si trova in:

		/var/lib/dpkg/info

L'operazione inversa, trovare il package che ha generato un file, partendo dal nome del file, viene eseguita con il comando:

	dpkg -S nome_file
	dpkg --search nome_file

Per sapere quali file contiene un archivio .deb:

	dpkg -c nome_archivio
	dpkg --contents nome_archivio

	dpkg -c libgnutls26_2.8.6-1ubuntu0.1_amd64.deb

Il file di configurazione di dpkg è:

	/etc/dpkg/dpkg.cfg

In questo file, è riportato anche il file di log di dpkg, che, di default, si trova in:

	/var/log/dpkg.log

aptitude

I sistemi Debian e Debian-based si stanno ormai convertendo ad un Package Management System, chiamato aptitude, basato, anch'esso, sulla libreria APT, ma in grado di offrire una serie di funzionalità aggiuntive, rispetto ad APT, quali la segnalazione dei package automaticamente installati per soddisfare una dipendenza e la richiesta di eliminazione di questi package, nel momento in cui diventano inutili. Il package aptitude non viene installato con il sistema operativo, di default. Occorre, quindi, installarlo manualmente:

	sudo apt-get install aptitude

aptitude può lavorare sia da linea di comando, sia in ambiente grafico/visuale. Per aprirlo in ambiente grafico, scrivere, al prompt:

	aptitude

In questa modalità, aptitude apre una finestra, con, all'interno una serie di menù. E' possibile muoversi, all'interno dei menù, con il mouse. La sequenza di tasti: CTRL + t apre il menù "Azioni" ( Actions ).

+-------------------------+
|Install/remove packages g|
|Update package list     u|
|Forget new packages     f|
|Clean package cache      |
|Clean obsolete files     |
|Mark Upgradable         U|
|Play Minesweeper         |
|Become root              |
+-------------------------+
|Quit                    Q|
+-------------------------+

Se ripetuta, la sequenza di tasti: CTRL + t chiude il menù. La prima schermata restituita da aptitude è la lista dei nuovi package, la lista dei package installati nel sistema, la lista dei package non installati, la lista dei package virtuali e la lista dei cosiddetti Task ( gruppi di package ):

--- New Packages
--- Installed Packages
--- Not Installed Packages
--- Obsolete and Locally Created Packages
--- Virtual Packages
--- Tasks

Virtual Packages: spesso, alcuni package offrono, più o meno, le stesse funzionalità. Il Virtual Package descrive la funzionalità, comune a più package. Quando un package richiede ( dipende da ) una qualche funzionalità, può richiedere un Virtual Package, senza dover specificare quale package fisico installare. Dei Virtual Package, viene mantenuta una lista ufficiale, alla pagina: Authoritative list of virtual package names.

Tasks: un task ( compito, lavoro ) è un insieme di package individuali, che, insieme, contribuiscono allo svolgimento di un determinato compito. Dall'elenco che troviamo nella pagina di apertura di aptitude, selezioniamo la voce "Tasks" e premiamo "Invio". Ci verrà restituita una lista dei task previsti. Scorriamo questa lista e selezioniamo "lamp-server", premendo "Invio". A questo punto, aptitude restituirà l'elenco dei singoli package, che, a detta di aptitude, concorrono alla piena realizzazione del task "lamp-server". Quindi, se desiderate installare un "lamp-server", sarebbe meglio installare tutti questi package.

E' sufficiente posizionarsi sul nome di una sezione ( package installati, per esempio ) e premere INVIO, per espandere la sezione. Per aprire un campo di ricerca, digitare:

	/

per poi immettere nel campo di ricerca il nome del package da ricercare. Per tornare alla pagina iniziale, con l'elenco di tutti i pacchetti, aprire il menù "Viste" e selezionare il sottomenù "Nuova vista dei pacchetti". Naturalmente, tutte le funzioni a disposizione in ambiente grafico, sono eseguibili anche da linea di comando. La linea di comando, ovviamente, è meno intuitiva: ecco perchè preferisco concentrarmi su questa. I comandi ( le funzionalità ) sono molti: partiamo, quindi, dai più comuni:

	sudo aptitude update

per aggiornare l'elenco dei package ( richiede i permessi di root ). L'aggiornamento viene eseguito, da aptitude ( utilizzando APT ), connettendosi a tutti server dei Repository, elencati nel file:

		/etc/apt/sources.list

oppure nei file contenuti, eventualmente, nella sottodirectory:

		/etc/apt/sources.list.d

solitamente riservata ai Repository non ufficiali. Il Package Management System aptitude integra il database di dpkg e apt, con i file:

	/var/lib/apt/extended_states
	/var/lib/aptitude/pkgstates

Quindi, se utilizzate aptitude, come Package Management System, ricordatevi di effettuare il backup anche di questi due file, oltre ai file del database di dpkg e apt.

	sudo aptitude safe-upgrade

per aggiornare i package installati nel sistema ( richiede i permessi di root ), senza eliminare alcun package ( dipendenze ). Se fosse necessario eliminare qualche package, per eseguire l'upgrade, l'upgrade verrebbe interrotto. Per usare una strategia più aggressiva e chiedere di eliminare i package ritenuti non più necessari, usare una delle due opzioni:

	sudo aptitude full-upgrade
	sudo aptitude dist-upgrade

La seconda forma del comando è mantenuta per motivi di compatibilità, ma potrebbe generare un equivoco: dist-upgrade potrebbe indurre a pensare ad un upgrade della release corrente alla release successiva dell'intero sistema operativo. Ma, ovviamente, non è così. Le azioni dist-upgrade e full-upgrade sono equivalenti e sono da usare cum grano salis, a causa della loro aggressività.

	sudo aptitude install pkg1 [pkg2 ...]
	sudo aptitude reinstall pkg1 [pkg2 ...]
	sudo aptitude remove pkg1 [pkg2 ...]
	sudo aptitude purge pkg1 [pkg2 ...]
	sudo aptitude hold pkg1 [pkg2 ...]
	sudo aptitude unhold pkg1 [pkg2 ...]

per installare, reinstallare ( alla versione attualmente installata ), rimuovere, "purgare", bloccare o sbloccare uno o più package, dove "purge" significa: eliminare un package e tutti i suoi file di configurazione e "hold" ( bloccare ) significa: prevenire l'aggiornamento automatico di un package ( "unhold", ovviamente, è l'operazione inversa: sbloccare un package ). Con tutti i comandi di installazione, aggiornamento ed eliminazione, è possibile simulare l'azione, senza che essa venga realmente eseguita, semplicemente aggiungendo l'opzione -s, oppure --simulate:

	aptitude -s safe-upgrade
	aptitude -s full-upgrade
	aptitude -s dist-upgrade
	aptitude -s install pkg1 [pkg2 ...]
	sudo aptitude --simulate reinstall pkg1 [pkg2 ...]
	sudo aptitude --simulate remove pkg1 [pkg2 ...]
	sudo aptitude --simulate purge pkg1 [pkg2 ...]

Le operazioni che dovrebbero essere effettuate con frequenza regolare, quindi, sono:

• aggiornare l'elenco ( database ) dei package:

  
  	sudo aptitude update
  
  

• permettere al programma aptitude di aggiornare i package già installati nel sistema, utilizzando uno dei tre comandi di aggiornamento:

  
  	sudo aptitude safe-upgrade
  	sudo aptitude full-upgrade
  	sudo aptitude dist-upgrade
  
  

Per quanto riguarda la consultazione del database, il programma aptitude mette a disposizione due comandi:

	aptitude show pkg1 [pkg2...]
	aptitude search pattern1 [pattern2...]

Il comando show chiede un nome preciso ( o più nomi ) di package, sul quale, poi, stamperà a video tutte le informazioni disponibili. Per esempio:

	aptitude show fish

Pacchetto: fish                                     
Stato: non installato
Versione: 1.23.1-2
Priorità: opzionale
Sezione: universe/shells
Responsabile: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>
Dimensione pacchetto installato: 3969k
Dipende: libc6 (>= 2.7), libncurses5 (>= 5.6+20071006-3), bc,
			lynx | www-browser
Raccomanda: xsel
Consiglia: doc-base, menu
Descrizione: shell interattiva amichevole
 Fish è una shell rivolta all'uso interattivo.
 Le sue funzionalità si concentrano sulla facilità d'uso
 e la reperibilità.
 La sintassi del linguaggio è facile ma
 incompatibile con altri linguaggi shell.
Homepage: http://fishshell.org/

Il comando search, invece, serve per trovare, all'interno dell'intero database, le parole chiave inserite:

	aptitude search fish

p   bluefish		- editor HTML Gtk+ avanzato
p   bluefish-data	- advanced Gtk+ HTML editor (data)
p   bluefish-dbg	- advanced Gtk+ HTML editor (debugging symbols)
p   bluefish-plugins	- advanced Gtk+ HTML editor (plugins)
p   bubblefishymon	- dockapp per il carico del sistema
				con una paperella 
...

Il comando search restituisce l'elenco dei package che rispondono ai criteri di ricerca. Per ciascun package, il comando search restituisce, oltre al nome e ad una sintetica presentazione, un campo composto da quattro possibili flag:

  current state | action | automatically installed | trusted

Nel nostro caso, la sola flag restituita è la prima ( current state ): p. I valori di quella prima flag possono essere:

• p - non è stata trovata alcuna traccia del package nel sistema. O il package è stato completamente rimosso ( compresi i file di configurazione ), oppure non è mai stato installato.

• c - il package è stato rimosso, ma, nel sistema, sono ancora presenti i suoi file di configurazione.

• i - il package è installato e tutte le sue dipendenze sono soddisfatte.

• v - il package è un package virtuale ( composto da più package ).

• B - al package manca qualche dipendenza.

• u - il package è stato spacchettato, ma mai configurato.

• C - la configurazione del package è stata interrotta ( half-configured ).

• H - l'installazione del package è stata interrotta ( half-installed ).

La seconda flag, quando attiva, indica l'azione che verrà eseguita non appena possibile. Nel nostro esempio, il campo è vuoto. I valori possibili sono:

• p - il package ed i suoi file di configurazione verranno rimossi ( purge ).

• d - il package verrà rimosso. I suoi file di configurazione no.

• i - il package verrà installato.

• u - il package verrà aggiornato.

• h - il package verrà messo in stato "hold".

• F - un aggiornamento è stato bloccato, perchè vietato. Questo accade quando aptitude è stato invocato con l'opzione forbid-version. Per esempio:

  
    aptitude forbid-version vim=1.2.3.broken-4 
  
  

  Questo comando è utile per evitare che venga installata una versione difettosa di un pacchetto senza che si debba bloccare e sbloccare il pacchetto a mano.

• r - il package verrà reinstallato.

• B - il package ha alcune dipendenze non soddisfatte. In questo stato, aptitude non permetterà di installarlo, rimuoverlo o aggiornarlo.

Il terzo carattere indica se il package è stato installato automaticamente:

• A - il package è stato installato automaticamente.

Il quarto carattere indica se il package è affidabile. Il meccanismo della verifica dell'affidabilità del software, implementato da APT, sul quale aptitude si appoggia, è un meccanismo fondato sul software di cifratura e firma digitale GPG ( GNU Privacy Guard ), a chiave pubblica, che tende a garantire l'utente che il software scaricato dall'archivio ufficiale sia lo stesso caricato, originariamente, dallo sviluppatore.

• U - il package non è affidabile.

Un esempio di package, con le quattro flag del primo campo impostate:

  piAU  webmin 

che significa: il package non è, attualmente, installato ( p ), verrà installato al più presto ( i ), è stato selezionato, per l'installazione, in modo automatico ( A ) ed è inaffidabile ( U ). Il comando search di aptitude non accetta solo singole stringhe di testo, ma anche pattern di ricerca ( modelli ) più complessi, a partire dalle combinazioni di stringhe. Per esempio, il comando:

  aptitude search gnome kde

cercherà tutti i package che contengano o il termine gnome, oppure il termine kde. La sintassi dei pattern di ricerca, per aptitude, prevede la possibilità di specificare il campo ( search term ) in cui ricercare il termine:

  aptitude search '?name(rar)'
  aptitude search '?description(assembl)'

Nel primo caso, aptitude cercherà i package il cui nome ( search term ) contenga la stringa ( pattern ) "rar", mentre nel secondo caso, aptitude cercherà i package la cui descrizione ( search term ) contenga la stringa ( pattern ) "assembl". Il programma aptitude mette a disposizione molti campi ( search term ), in cui effettuare le nostre ricerche. Una lista di questi campi è disponibile in una pagina del manuale aptitude user's manual, in cui viene pubblicata anche la versione ridotta ( quando esistente ) di ciascun termine, grazie alla quale, per esempio, è possibile riscrivere i due comandi precedenti nella forma ridotta:

  aptitude search '~nrar'
  aptitude search '~dassembl'

Occorre tenere a mente che il comando search di aptitude utilizza, quasi sempre, il motore delle espressioni regolari ( in modalità case insensitive ). Quindi, è possibile utilizzare i metacaratteri propri delle espressioni regolari:

  aptitude search '?name(^ald)'

cerca i package il cui nome inizi con la sequenza "ald", mentre:

  aptitude search '?name(^assembl[ye])'

cerca i package il cui nome inizi con la stringa "assembl", seguita da un carattere che sia o "y", oppure "e". I metacaratteri riconosciuti da aptitude sono:

  + - . ( ) | [ ] ^ $ ?

che, quindi, dovranno essere preceduti da un carattere di escape, quando faranno parte della stringa letterale da cercare. Per trovare i package il cui nome contenga C++, quindi, dovremo usare una delle due formule seguenti ( che sono assolutamente equivalenti ):

  aptitude search '?name(c\+\+)'
  aptitude search '~nc\+\+'

Quando dobbiamo trattare i metacaratteri di aptitude come caratteri letterali, il carattere di escape è una tilde ( ~ ). Per esempio:

  aptitude search '?description(sviluppo~))'
  aptitude search '~dsviluppo~)'

cerca una descrizione in cui ci sia la sequenza "sviluppo)". Se, invece, il carattere è un metacarattere sia per il motore delle espressioni regolari, sia per aptitude, sarà necessario effettuare un doppio escape:

  aptitude search '?description(\~(versione)'
  aptitude search '~d\~(versione'

In questi due esempi, equivalenti, stiamo cercando una descrizione contenente la sequenza "(versione". Qualsiasi spazio bianco viene interpretato, da aptitude, come il termine di un campo, a meno che l'intero pattern non sia compreso tra virgolette:

  aptitude search '?description("MIPS R2000")'
  aptitude search '~d"MIPS R2000"'

oppure, lo spazio bianco non sia preceduto da una tilde ( carattere di escape per aptitude ):

  aptitude search '~dMIPS~ R2000'

A questo punto, prima di provare alcune forme più complesse di interrogazione del database dei package, vediamo alcuni esempi che estraggono le informazioni che prima o poi chiunque vorrà richiedere. Per output molto lunghi, ricordate di inviare l'output di aptitude al comando less, in modo da poterlo scorrere pagina per pagina. Vuoi l'elenco di tutti i package attualmente installati nel tuo sistema?

  aptitude search '?installed' | less
  aptitude search '~i' | less

Vuoi sapere quanti sono i package attualmente installati nel tuo sistema? Invia l'output di aptitude al comando wc ( word count ), che, con l'opzione -l conta i fine linea:

  aptitude search '~i' | wc -l

Allo stesso modo, vuoi sapere quanti e quali sono i package attualmente non installati nel tuo sistema?

  aptitude search '!?installed' | wc -l
  aptitude search '!?installed' | less

Se verifichi l'elenco dei package, vi troverai anche i package virtuali, che, in realtà, non sono singoli package reali. Vuoi sapere quanti e quali sono i nuovi package attualmente disponibili?

  aptitude search '?new' | wc -l
  aptitude search '?new' | less

Vuoi sapere quanti e quali package sono stati installati automaticamente ( essendo, probabilmente, dipendenze per altri package )?

  aptitude search '~M' | wc -l
  aptitude search '~M' | less

Vuoi sapere quanti e quali package hanno dipendenze non risolte?

  aptitude search '~b' | wc -l
  aptitude search '~b' | less

e così via.

	/var/log/aptitude

apt-get

Il Package Management System apt si serve del Package Management System dpkg ( apt è il front-end per dpkg ), estendendone le funzionalità, e, a sua volta, serve altri Package Management System, quali: aptitude e synaptic. La sintassi utilizzata da apt non è molto diversa da quella dei Package Management System visti fino ad ora, salvo il fatto che apt utilizza comandi differenti, a seconda del tipo di operazione da effettuare. Per esempio, per installare, aggiornare e rimuovere i package, apt usa l'utility apt-get. Il comando:

	sudo apt-get update

aggiorna i file dei singoli package, quelli contenuti nella cartella:

  /var/lib/apt/lists

Il comando update deve essere eseguito prima di effettuare un qualsiasi aggiornamento. Il comando:

	sudo apt-get upgrade

installa le nuove versioni di tutti i package attualmente installati nel sistema, così come il comando

  sudo apt-get dist-upgrade

che installa le nuove versioni di tutti i package attualmente installati nel sistema, gestendo, però, anche tutte le dipendenze, se necessario. Se il comando upgrade tenta di aggiornare i package presenti nel sistema, senza eliminare o modificare le dipendenze, il comando dist-upgrade tenta di risolvere eventuali conflitti, anche rimuovendo, eventualmente, altri package. Il comando:

  sudo apt-get install Package_1
  sudo apt-get install Package_1 Package_2

installa o aggiorna, se il package è già installato nel sistema, il package indicato. Possono essere indicati più package. Ciascun package deve essere indicato con il suo nome:

  sudo apt-get install libc6

non con il nome del file:

  sudo apt-get install libc6_1.9.6-2.deb

Tutti i package necessari all'installazione del package indicato ( dipendenze ) verranno installati. Se il package indicato è già presente nel sistema ( è già installato ), install installerà la versione più recente del package specificato, con tutte le sue dipendenze. Se apt-get non trova alcuna corrispondenza tra il package indicato ed i package presenti nel repository, se il nome del package indicato contiene uno dei seguenti caratteri:

  .
  ?
  *

il nome del package verrà interpretato come espressione regolare POSIX. Come si comporta, il comando install, di fronte ai package suggeriti, cioè le dipendenze consigliate e non necessarie? Se il parametro di configurazione:

	APT::Install-Suggests

è impostato a 1, tutti i package suggeriti verranno installati, al pari delle dipendenze. In caso contrario, con il parametro impostato a zero, tutti i package suggeriti non verranno installati, a meno che non si utilizzi l'opzione:

 apt-get --install-suggests install libc6_1.9.6-2.deb

Anche i package raccomandati verranno considerati dipendenze, solo se il parametro di configurazione:

	APT::Install-Recommends

è impostato a 1. Per modificare questo comportamento, è possibile impostare il parametro a zero, nel file di configurazione di apt-get, oppure si può utilizzare l'opzione:

 sudo apt-get install --no-install-recommends libc6_1.9.6-2.deb

Se desiderate effettuare il semplice download dei file .deb di un package, senza passare alla sua installazione ed alla sua configurazione:

  sudo apt-get install -d Package_1
  sudo apt-get install --download-only Package_1

L'opzione -d effettuerà il download di tutti i file .deb che compongono il package ( comprese le eventuali dipendenze mancanti ), salvandoli nella directory di cache di APT, in modo da poterli analizzare con i comandi:

	dpkg --info <file_pacchetto.deb>
	dpkg --contents <file_pacchetto.deb>

Se il processo di installazione richiede precise direttive di configurazione, altrettanto possiamo dire per il processo inverso: la disinstallazione di un package:

  sudo apt-get remove Nome_Package
  sudo apt-get remove --auto-remove Nome_Package
  sudo apt-get remove --purge Nome_Package
  sudo apt-get remove --purge --auto-remove Nome_Package

  sudo apt-get purge Nome_Package
  sudo apt-get autoremove Nome_Package

  sudo apt-get clean
  sudo apt-get autoclean

dove:

• remove disinstalla il package selezionato, senza eliminarne ne i file di configurazione, ne le dipendenze non più utilizzate.

• purge disinstalla il package selezionato e tutti i suoi file di configurazione.

• auto-remove o autoremove viene usato per rimuovere tutti quei package cosiddetti orfani, installati per soddisfare le dipendenze di un qualche altro package, ma non più utilizzati da alcun package.

• clean elimina tutti i file di package, presenti nel repository locale:

  
    /var/cache/apt/archives/*
    /var/cache/apt/archives/partial/*
  
  

• autoclean è simile a clean, con la sola sostanziale differenza che quest'ultimo comando elimina solo i file dei package che non possono più essere scaricati e che non hanno più alcuna utilità.

Quindi, per una rimozione completa di un package, il comando completo potrebbe essere:

	apt-get remove --purge --auto-remove Nome_Package

Se, poi, si desidera evitare di rispondere a tutte le domande poste dal sistema in fase di eliminazione di un package, aggiungere l'opzione -y:

	apt-get remove --purge --auto-remove -y Nome_Package
	apt-get remove --purge --auto-remove --yes Nome_Package
	apt-get remove --purge --auto-remove --assume-yes Nome_Package

Con tutti questi comandi, è possibile utilizzare una delle varianti dell'opzione -s di simulazione ( che invia i messaggi, di errore e/o di gestione, senza, in realtà, eseguire alcunché ):

	-s
	--simulate
	--recon
	--just-print
	--dry-run
	--no-act

Quindi, se desiderate sapere se, nel vostro sistema, sono presenti package orfani, simulate un'operazione di pulizia:

  apt-get --simulate autoremove

Se, invece, desiderate liberare spazio su disco, eliminando i package non più utilizzati, eseguite, di tanto in tanto:

  apt-get autoremove
  apt-get autoclean

Se desiderate, infine, verificare l'esistenza, nel vostro sistema, di package con dipendenze non soddisfatte, utilizzate:

  sudo apt-get check
  sudo apt-get check Nome_Package

apt non ama la presenza, nel sistema, di dipendenze non soddisfatte. Quando fosse rilevata una simile presenza, occorre eseguire:

  apt-get -f install
  apt-get --fix-broken install
  apt-get --fix-broken install Nome_Package

che tenta di risolvere le eventuali dipendenze non soddisfatte. Questo comando potrebbe rivelarsi necessario quando si esegue APT per la prima volta. E' possibile che il sistema abbia così tante dipendenze mancanti, da richiedere un intervento manuale, per rimuovere i package che creano problemi ( dselect o dpkg ).

apt-cache

Per le operazioni di consultazione del database dei package, apt usa l'utility apt-cache:

  apt-cache show Nome_Package
  apt-cache showpkg Nome_Package
  apt-cache search regex [ regex ... ]

dove regex indica un pattern per le espressioni regolari:

  apt-cache search 'ldm'
  apt-cache search '^ldm'
  apt-cache search '^ldm$'
  apt-cache search 'php.*sql'

Il comando apt-cache cerca il pattern sia nel nome del package, sia all'interno della descrizione. E' possibile, invece, chiedere che la ricerca venga fatta solo sul nome:

  apt-cache search --names-only 'ldm'
  apt-cache search --names-only '^ldm'
  apt-cache search --names-only '^ldm$'

E' possibile verificare, per uno o più package, le dipendenze ed i package con cui entra(no) in conflitto:

  apt-cache depends package(s)
  apt-cache depends skype

Per avere una lista di tutti i package disponibili ( installati e non ):

  apt-cache dump | less
  apt-cache dumpavail | less

Per avere qualche dato statistico sulla cache di APT:

  apt-cache stats

Totale nomi dei pacchetti: 41905 (838k)
Totale strutture dei pacchetti: 41905 (2347k)
  Pacchetti normali: 32102
  Pacchetti virtuali puri: 689
  Pacchetti virtuali singoli: 2885
  Pacchetti virtuali misti: 285
  Mancante: 5944
Totale versioni distinte: 35713 (2571k)
Totale descrizioni distinte: 48177 (1156k)
Totale dipendenze: 235668 (6599k)
Totale relazioni ver/file: 39552 (949k)
Totale relazioni desc/file: 48177 (1156k)
Totale corrispondenze fornite: 6615 (132k)
Totale stringhe globalizzate: 160 (2154)
Totale spazio dipendenza di versione: 1210k
Totale spazio inutilizzato: 42,8k
Totale spazio occupato: 12,6M

che restituisce:

• il numero dei package trovati in cache

• i package "normali", quelli, cioè, definiti da un nome unico, utilizzato anche dagli altri package nell'elenco delle dipendenze.

• i package virtuali: package il cui nome esprime una funzione, che, in realtà, viene definita dal lavoro di più package reali: "mail-transport-agent" è un esempio di package virtuale.

• i package virtuali singoli: package il cui nome esprime una funzione, che, in realtà, viene definita dal lavoro di un solo package reale: "X11-text-viewer" è un package virtuale, il cui servizio è offerto da un singolo package reale: "xless".

• i package virtuali misti: package virtuali e reali, allo stesso tempo: "debconf" è un package reale, offerto dal package: debconf-tiny.

• i package mancanti: package che appiono tra le dipendenze di altri package, ma che non sono supportati da alcun package reale.

• versioni distinte è il numero delle differenti versioni di package trovate in cache.

• totale dipendenze.

apt-config

Il Package Management System apt prevede molte opzioni di configurazione. Il comando apt-config è l'interfaccia tra l'utente e la configurazione di APT:

  apt-config dump
  apt-config dump | less

Il comando dump stampa a video tutte le configurazioni presenti ( less permette di scorrere l'output una pagina per volta ). Per esempio:

APT::Archives "";
APT::Archives::MaxAge "30";
APT::Archives::MinAge "2";
APT::Archives::MaxSize "500";

Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::mirrors "mirrors/";
Dir::State::extended_states "/var/lib/apt/extended_states";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";

Le configurazioni di APT vengono memorizzate nei file di configurazione, che si trovano nelle cartelle:

  /etc/apt
  /etc/apt/apt.conf.d

Una spiegazione di questi parametri di configurazione può essere reperita nel file di shell:

  /etc/cron.daily/apt

dove troviamo anche le funzioni eseguite quotidianamente, in modo automatico, da apt:

# check if the user really wants to do something
AutoAptEnable=1  # default is yes
eval $(apt-config shell AutoAptEnable APT::Periodic::Enable)

if [ $AutoAptEnable -eq 0 ]; then
    exit 0
fi

Il comando shell chiede una variabile di shell ( AutoAptEnable ) ed un valore di default assegnato a questo variabile ( 1 ) e restituisce il valore assegnato al parametro APT richiesto ( APT::Periodic::Enable ):

	AutoAptEnable=1
	RES=`apt-config shell AutoAptEnable APT::Periodic::Enable`
	eval $RES

In questo caso, il nome del parametro APT rivela la sorgente dell'informazione, il file:

	/etc/apt/apt.conf.d/10periodic

APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";

dove:

APT::Periodic::Update-Package-Lists "0";
- Esegue "apt-get update" ogni n-giorni (0=disabilitato)
   
APT::Periodic::Download-Upgradeable-Packages "0";
- Esegue "apt-get upgrade --download-only" ogni n-giorni (0=disabilitato)

APT::Periodic::AutocleanInterval "0";
- Esegue "apt-get autoclean" ogni n-giorni (0=disabilitato)

Con questo primo check, lo script di cron verifica, semplicemente, che l'utente desideri effettuare aggiornamenti automatici. In caso contrario, lo script di cron verrà terminato. Se, invece, APT::Periodic::Update-Package-Lists è superiore a zero, apt cercherà di stabilire cosa aggiornare e con quale frequenza:

UpdateInterval=0
eval
  $(apt-config shell UpdateInterval APT::Periodic::Update-Package-Lists)

AutocleanInterval=0
eval
  $(apt-config shell AutocleanInterval APT::Periodic::AutocleanInterval)

...

    MaxAge=0
    eval $(apt-config shell MaxAge APT::Archives::MaxAge)
    eval $(apt-config shell MaxAge APT::Periodic::MaxAge)

    MinAge=2
    eval $(apt-config shell MinAge APT::Archives::MinAge)
    eval $(apt-config shell MinAge APT::Periodic::MinAge)

    MaxSize=0
    eval $(apt-config shell MaxSize APT::Archives::MaxSize)
    eval $(apt-config shell MaxSize APT::Periodic::MaxSize)

dove MaxAge e MinAge sono espressi in giorni. Nel nostro esempio, vengono citate coppie di parametri, poichè:

APT::Archives::MaxAge "0"; (old, deprecated)
APT::Periodic::MaxAge "0"; (new)

APT::Archives::MinAge "2"; (old, deprecated)
APT::Periodic::MinAge "2"; (new)

APT::Archives::MaxSize "0"; (old, deprecated)
APT::Periodic::MaxSize "0"; (new)

Da questi pochi esempi, è chiaro che per modificare le impostazioni di APT, è sufficiente modificare i valori inseriti in uno dei file di configurazione e letti dal cron di APT.