Aptitude: differenze tra le versioni

Da Guide@Debianizzati.Org.
Vai alla navigazione Vai alla ricerca
m (→‎Uso da linea di comando: aggiunto reinstall)
m (→‎File di configurazione: sconsigliato ancor più l'uso di Default-Release)
 
(71 versioni intermedie di 12 utenti non mostrate)
Riga 1: Riga 1:
[[Categoria:Sistema]]
{{Template:APT
== Disclaimer ==
|precedente=apt-get
|successivo=apt-cache
}}
{{Versioni compatibili|Jessie|Stretch|Buster}}
= Introduzione =
Questa guida è dedicata all'uso di Aptitude.


Questa guida guida si prefigge di raccogliere informazioni riguardo udev, la sua configurazione e il suo utilizzo dal punto di vista dell'utente su sistemi Debian GNU/Linux.
Il completissimo '''Manuale Utente di Aptitude''' in formato html si può trovare in <code>/usr/share/doc/aptitude/html/en/index.html</code>, installando il [[pacchetto]] '''aptitude-doc-it''' (oppure ''aptitude-doc-en'' per la versione in lingua inglese).


Molte delle informazioni sono tratte (e tradotte) da <tt>/usr/share/doc/udev/</tt>. Si prega di correggere o segnalare ogni possibile (e probabile) inesattezza.
= Cos'è Aptitude =
Aptitude è un frontend per la gestione avanzata dei [[pacchetto|pacchetti]] di una distribuzione Debian, ma risulta valido per tutte le distribuzioni che supportano [[APT]] ([http://www.debian.org/doc/manuals/apt-howto/ch-distros.it.html link]).


== Il sottosistema hotplug ==
È lo strumento preferito da molti per l'amministrazione dei pacchetti su Debian in quanto non solo raggruppa in un unico semplice programma le funzionalità di molti tool ([[apt-get]], [[apt-cache]], [[apt-mark]], etc.) ma anche perché permette di gestire in modo molto più facile (ed efficace) situazioni complesse ([[dipendenze]], dipendenze inverse, rimozione pacchetti non utilizzati, etc).


Il sottosistema hotplug (dall'inglese: connessione a caldo, cio� a PC acceso) � un servizio del kernel che provvede a notificare in user space l'avvenuta connessione di un nuovo dispositivo.
Aptitude è un frontend a [[dpkg]] esattamente come <code>apt-get</code> e può essere utilizzato in due modi: da linea di comando, cioè come <code>apt-get</code> (con la stessa sintassi per i comandi principali), oppure tramite l'interfaccia visuale basata sulle librerie ncurses.
Nell'evoluzione del kernel Linux questo servizio ha subito diverse modificazioni, nel tentativo di migliorare ogni volta in termini di prestazioni e flessibilit�.


Nei kernel 2.4 l'interfaccia tra i driver e i programmi era fornita assieme a tutte le configurazioni del kernel stesso tramite il filesystem virtuale <tt>/proc</tt>, e i file di dispositivo erano creati staticamente: nella directory <tt>/dev</tt> erano presenti tutti i possibili device file.
L'interfaccia visuale verrà trattata più diffusamente, perché si ritiene che sia uno strumento fondamentale per la gestione dei pacchetti e soprattutto per la diagnostica e la risoluzione degli eventuali problemi riscontrati.
Nel tentativo di migliorare il sistema venne implementato devfs, un altro filesystem virtuale, che si occupava solo dell'interazione programmi-driver, separando cos� la gestione di questi da quella del kernel.


A partire dal kernel 2.6 devfs � stato progressivamente abbandonato e sostituito dal sysfs, ancora un filesystem virtuale, che adotta una nuova e unificata interfaccia verso i driver e che risulta migliore di tutte le implementazioni passate.
{{Box|Prima di iniziare|Prima di iniziare a mettere le mani sulla tastiera, notiamo che Aptitude, a differenza della maggior parte delle opzioni di [[apt-get]], si può lanciare anche con i diritti di utente comune.  


Qualsiasi sia l'interfaccia che il kernel mette a disposizione, � necessario in user space un programma che si occupi di ricevere le notifiche di hotplug e compiere le azioni necessarie per l'utilizzo delle periferiche notificate (caricare moduli, eseguire script ed, eventualmente, creare file di dispositivo in <tt>/dev</tt>).
Poiché per l'effettiva installazione o rimozione dei pacchetti è necessario possedere i [[privilegi di amministrazione]], è possibile e caldamente consigliato usare questa possibilità per effettuare qualunque prova.}}


Prima di udev il programma che svolgeva questo compito era stato chiamato, con poca fantasia, hotplug.
= Installazione =
Hotplug � tutt'ora in grado di svolgere il suo compito, ma ha alcune limitazioni che si sta tentando di superare:
A partire da Debian 9 ([[Stretch]]) l'omonimo [[pacchetto]] è diventato opzionale, per cui può essere necessario installare '''<code>aptitude</code>''' prima di poterlo utilizzare. Per esempio con [[apt]] e [[privilegi di amministrazione]] basta:
<pre>
# apt install aptitude
</pre>
 
In particolare ne è ancora raccomandabile l'installazione per:
* gestire Debian con molti repository diversi per poter gestire più facilmente possibili conflitti;
* per avvalersi dell'ineguagliata funzione di ricerca avanzata;
* oppure ancora per disporre di un'interfaccia visuale ad APT anche senza server grafico attivo.
 
= Uso da linea di comando =
Anche dalla linea di comando l'uso di Aptitude è molto semplice e comodo. Si usa in genere la seguente forma:
 
<pre>aptitude azione [argomenti...]</pre>
 
''azione'' dice ad Aptitude quale azione svolgere; i rimanenti argomenti dipendono dall'azione scelta e consistono tipicamente in una lista di nomi di pacchetti. Di seguito le azioni più importanti.
 
=== update ===
<pre># aptitude update</pre>
 
Aggiorna la lista dei pacchetti (come premere ''''u'''' dall'interfaccia visuale o come <code> apt-get update</code>) .


*� uno script bash, quindi � lento. Notare che la cosa � ininfluente per gli utenti comuni, a meno che non si connettano decine di periferiche al minuto ;-)
=== safe-upgrade ===
*sempre a causa della sua natura di script, occupa molto pi� spazio di un programma C, considerato anche che necessita dell'interprete /bin/sh. Anche questo fattore non tocca direttamente un utente comune, ma � invece fondamentale per chi sta riorganizzando il processo di boot per implementare un sistema di hotplug dentro ad un nuovo tipo di initrd: l'initramfs.
<pre># aptitude safe-upgrade</pre>
*deve funzionare anche sui kernel 2.4, quindi non si appoggia al sysfs, perdendo in performance e funzionalit�.
*necessita di una directory /dev statica (nota che il devfs � ormai in disuso)


== Cos'� udev ==
Aggiorna tutti i pacchetti aggiornabili senza che nascano conflitti. Per conflitto si intende una situazione in cui l'aggiornamento di un pacchetto richide la rimozione di uno o più differenti pacchetti, ergo l'uso di safe-upgrade causa l'aggiornamento di tutti quei pacchetti che possono essere aggiornati senza che sia necessario rimuovere contestualmente altri pacchetti. Da manuale: ''Quando si verificano problemi di dipendenze dei pacchetti, usa un algoritmo «sicuro» per risolverli. Questo risolutore cerca di preservare il maggior numero possibile delle scelte dell'utente; non rimuove mai un pacchetto e non installa mai una versione di un pacchetto che non sia la versione candidata predefinita''.
L'utilizzo di questo comando implica necessariamente l'opzione <code>--safe-resolver</code> (l'opzione <code>--full-resolver</code> viene sempre automaticamente rigettata).
Una sintassi del tutto equivalente, ma mantenuta solo per ragioni storiche, è:
<pre># aptitude upgrade</pre>


Udev � un programma in user space in grado ricevere le notifiche del sottosistema hotplug dei kernel 2.6. A partire dalla versione 0.070 � in grado di fare tutto quello che faceva hotplug per i kernel 2.4, ma � molto pi� veloce e leggero (� scritto in C). In pi� udev � in grado di creare dinamicamente i device file (quelli in <tt>/dev</tt>) per ogni periferica che viene rilevata nel sistema.
Si noti che l'uso non è intercambiabile con <code>apt-get upgrade</code>, poiché <code>apt-get</code> in questo caso non effettuerà nemmeno l'installazione di nuovi pacchetti, mentre <code>aptitude safe-upgrade</code> permette l'installazione di nuovi pacchetti, se necessari per l'aggiornamento di altri, e impedisce soltanto la rimozione di pacchetti precedentemente installati. È invece equivalente, se non per la mancanza di un risolutore di conflitti, al comando <code>apt upgrade</code> .


Udev si appoggia unicamente al sysfs. Questo fatto ha il grande vantaggio di poter usufruire appieno della nuova e potente interfaccia di cui � stato dotato il kernel 2.6 (il sysfs, appunto) per la comunicazione tra i programmi in user space e i driver delle periferiche in kernel space, includendo nuove funzionalit� e migliore controllo sui driver stessi. L'unico svantaggio consiste nel fatto che non tutti i driver, al momento in cui si scrive, sono stati aggiornati per utilizzare il sysfs.
==== Esempio ====
<pre># aptitude safe-upgrade $(aptitude search '?origin(Unofficial Multimedia Packages) ?upgradable' -F '%p')</pre>


Udev � un programma molto potente e flessibile che, occupandosi direttamente della creazione dei file di dispositivo (device file), permette un controllo molto accurato nella gestione degli stessi, dando la possibilit� all'amministratore di impostare in modo personalizzato tutti i loro attributi (nome, permessi, proprietario, ecc.)
Questo comando mostra un esempio d'uso avanzato che permette di aggiornare i soli pacchetti provenienti dal repository ''deb-multimedia''.
Tramite delle regole (udev rules) si possono assegnare nomi fissi a determinati dispositivi (a prescindere, ad esempio, dalla porta usata per collegare la periferica). Inoltre � possibile richiamare un certo programma/script non appena un dispositivo viene riconosciuto dal sistema.


Udev non si occupa tuttavia di caricare i moduli necessari al funzionamento del dispositivo, infatti questi <b>devono</b> essere gi� caricati per permettere ad udev di riconoscere la periferica e creare il corrispondente device file.
=== full-upgrade ===
<pre># aptitude full-upgrade</pre>


Sulla stable ('''sarge''') udev � presente nella versione 0.056 e viene usato in accoppiata con hotplug, che si occupa di caricare i driver delle periferiche.
Anche questo comando aggiorna tutti i pacchetti, ma è più aggressivo nella risoluzione delle dipendenze: nuovi pacchetti saranno installati e altri rimossi, fino a quando tutte le dipendenze non saranno soddisfatte. Questo comando potrebbe fare cose non desiderate (come, appunto, installare nuovi pacchetti o rimuoverne altri) quindi deve essere usato con cautela (specialmente nei casi in cui segnala esplicitamente problemi nella risoluzione delle dipendenze). Si noti che questo comando implica l'opzione <code>--full-resolver</code>, a meno che l'utente non specifichi l'opzione <code>--safe-resolver</code>, nel qual caso ''full-upgrade'' funziona esattamente come ''safe-upgrade''. Una sintassi del tutto equivalente, mantenuta per ragioni storiche, è:
<pre># aptitude dist-upgrade</pre>


In '''etch''' (attuale testing) e '''sid''' udev ha invece sostituito anche Hotplug.
=== install, remove, purge, reinstall ===
<pre>
# aptitude install pacchetto/i
# aptitude remove pacchetto/i
# aptitude purge pacchetto/i
# aptitude reinstall pacchetto/i
</pre>


Questa guida � dedicata alla versione di udev attualmente in etch.
Questi comandi rispettivamente installano, rimuovono, eliminano completamente (eliminazione anche dei file di configurazione) o reinstallano il o i pacchetti specificati.


== Il nuovo udev ==
=== search ===
<pre>$ aptitude search espressione/i</pre>


Dalla versione 0.070 in poi udev ha sostituito completamente hotplug. I driver delle periferiche rilevate vengono caricati tutti automaticamente durante il boot. Per fare un esempio, se al boot vengono trovate delle porte usb, verr� automaticamente caricato il modulo <tt>usb-storage</tt> che permetter� (tra le altre cose) di usare eventuali chiavette usb.
Elenca i pacchetti che contengono nel nome una delle espressioni fornite. Le espressioni possono essere semplici stringhe (ad esempio il nome di un pacchetto) o anche espressioni più complesse ("Search Patterns").


Per usare questa versione di udev � necessario un kernel 2.6.12 o superiore con le opzioni hotplug (CONFIG_HOTPLUG) e tmpfs (CONFIG_TMPFS) attivate. Le opzioni CONFIG_PNP, CONFIG_ISAPNP, CONFIG_PNPBIOS e CONFIG_PNPACPI sono altamente raccomandate per consentire il caricamente automatico di importanti driver.
==== Esempi ====
<pre>$ aptitude search iceweasel</pre>


A partire dal kernel 2.6.15-rc1 � stata introdotta la nuova implementazione del driver model, la quale presenta nuove feature e una migliore organizzazione dei contenuti di sysfs. Per gestire correttamente i vari dispositivi � quindi obbligatorio dotarsi di una versione di udev pari o superiore alla 0.071.
Mostrerà tutti i pacchetti che contengono ''iceweasel'' nel loro nome.


Il pacchetto hotplug deve essere rimosso manualmente, anche se non dovrebbe creare problemi se restasse installato.
<pre>$ aptitude search '~S ~i (!~stable ~Atesting !~Aunstable ~O"Unofficial Multimedia Packages")'</pre>


Si pu� disabilitare udev aggiungendo al boot il parametro del kernel <tt>UDEV_DISABLED=yes</tt> in grub o lilo. Alternativamente si pu� configurare in <tt>/etc/udev/udev.conf</tt> una directory diversa da <tt>/dev</tt> per la creazione dei device file.
Mostrerà tutti i pacchetti installati appartenenti alla sola [[suite]] (detta anche ''archive'') testing e solo se provenienti dal repository di ''deb-multimedia'' (identificato attraverso l'attributo "origine"). Se nel proprio <code>sources.list</code> non sono specificati repository relativi ad altre [[suite]] i parametri <code>!~stable</code> e <code>!~Aunstable</code> possono essere omessi. In sintesi è necessario esplicitare sia i repositori disponibili che si vuole escludere che quelli da includere nel risultato della ricerca.


== Come funziona udev ==
<pre>$ aptitude search '?installed?origin(Unofficial Multimedia Packages)?not(?origin(Debian))'</pre>
Quando un driver viene caricato, rende disponibili delle informazioni in <tt>/sys</tt> e udev viene eseguito per leggerle e creare il device file appropriato.


Quando si collega una nuova periferica viene generato un evento di hotplug che viene intercettato non pi� da <tt>/sbin/hotplug</tt> bens� da <tt>/sbin/udevsend</tt> (il gestore degli eventi hotplug � indicato in <tt>/proc/sys/kernel/hotplug</tt>).
Sintassi simile alla precedente, ma in questo caso si è usato un comando che mostra tutti i pacchetti, a prescindere dalla [[suite]], appartenenti a ''deb-multimedia'', ma non appartenenti al repository principale. Per filtrare in base alla [[suite]] è sufficiente usare ''archive'', che ne è un sinonimo, e specificarne il nome, invece di ''origin''. Si veda la pagina "[[I repository ed il loro utilizzo]]" per capire dove dove trovare i parametri relativi al nome della release, all'origine e altro.


Questo significa che:
<pre>$ aptitude search '?origin(Unofficial Multimedia Packages) ?upgradable' -F '%p %v %V'</pre>
* i moduli non possono essere caricati su richiesta quando un'applicazione cerca di aprire un suo dispositivo, perch� il dispositivo non c'� ancora!


* poich� i moduli non vengono caricati su richiesta, se per qualche motivo i driver non possono essere caricati automaticamente durante il boot, bisogner� aggiungerli ad /etc/modules (oppure usare modconf ;-)).
Mostra tutti i pacchetti aggiornabili del solo repository deb-multimedia (posto naturalmente di averlo specificato nel proprio <code>sources.list</code>), visualizzando anche versione attualmente installata e candidata.


* alcuni moduli non sono dei driver di un dispositivo e non possono essere caricati automaticamente da udev, devono quindi essere elencati in /etc/modules anch'essi.
=== show ===
<pre>$ aptitude show pacchetto/i</pre>


* alcuni driver non sono stati ancora portati su sysfs, e udev non sar� in grado di creare i loro device. Se si usa uno di questi driver � necessario creare il device dopo ogni boot. A questo scopo vedere la sezione sul file <tt>/etc/udev/links.conf</tt>
Mostra su terminale le informazioni di ogni pacchetto specificato.


In altre parole, su un tipico sistema si potrebbero dover caricare manualmente (usando /etc/modules) dei moduli come ppdev e tun.
=== versions ===
<pre>$ aptitude versions espressione</pre>


== Da hotplug a udev ==
Elenca, per ogni pacchetto cui corrisponde l'espressione specificata, lo stato (installato o meno), il numero di verisone, la [[release]] di appartenenza e il valore di pin (si veda la guida dedicata al [[Repository %26 pinning | pinning]]).


Nel passaggio da hotplug a udev i seguenti file di configurazione sono diventati obsoleti:
{{Suggerimento|Se si teme che un comando in grado di installare o rimuovere pacchetti effettui delle azioni indesiderate eseguire il suddetto comando una prima volta in modalità simulazione (si veda la sezione dedicata alle opzioni).}}


; <tt>/etc/hotplug/*.rc</tt> e <tt>*.agent</tt>: i vecchi file di hotplug non vengono pi� usati. Le regole di udev in <tt>/etc/udev/rules.d/</tt> possono essere usate per disabilitare selettivamente il coldplugging.
=== Opzioni ===
==== -s, --simulate ====
Nessuna azione; effettua una simulazione degli eventi che si verificherebbero, ma non cambia realmente il sistema. Esempio di comando: <code># aptitude install pacchetto -s</code>


; <tt>/etc/hotplug/usb/*.usermap</tt>: devono essere sostituiti da regole udev.
==== -t, --target-release ====
Permette in genere di aggiornare/installare i pacchetti specificati e le relative dipendenze in base alla [[release]] bersaglio. Per esempio:
<pre># aptitude -t stretch-backports install pacchetto</pre>


; <tt>/etc/hotplug/blacklist*</tt>: dovrebbero essere sostituite da direttive di configurazione di modprobe (ma per adesso modprobe processer� <tt>/etc/hotplug/blacklist.d/</tt>).
==== -V, --verbose-versions ====
Mostra il numero di versione completo dei pacchetti aggiornati e installati.


Inoltre dalla versione 0.072:
=== Easter eggs ===
<pre>
$ aptitude mooo
$ aptitude -v moo
$ aptitude -vv moo
$ aptitude -vvvvvvvvv moo
</pre>


* tutti i file in <tt>/etc/udev/scripts/</tt> e <tt>/lib/hotplug/</tt> e alcuni file in <tt>/sbin/</tt> sono stati spostati in <tt>/lib/udev/</tt>. Non dimenticate di aggiornare le regole personalizzate, se ne avete create.
== File di configurazione ==
È possibile definire le opzioni di ''aptitude'' non solo da riga di comando, ma anche specificando i corrispondenti parametri in appositi file di configurazione, ad esempio in un unico file <code>/etc/apt/apt.conf</code>, in più file dal nome arbitrario in <code>/etc/apt/apt.conf.d/</code> o ancora in <code>~/.aptitude/config</code>.
A prescindere dal, o dai, file di configurazione è possibile usare in tutti i casi due tipi di sintassi, ad esempio:
<pre>APT
{
Default-Release "testing";
Cache-Limit 24000000;
}
Acquire::http::Proxy "http://indirizzo_proxy:3142/";
Aptitude
{
Autoclean-After-Update "true";
Auto-Fix-Broken "true";
Purge-Unused "true";
}
</pre>
<pre>  
APT::Default-Release "testing";
APT::Cache-Limit 24000000;
Acquire::http::Proxy "http://indirizzo_proxy:3142/";
Aptitude::Autoclean-After-Update "true";
Aptitude::Auto-Fix-Broken "true";
Aptitude::Purge-Unused "true";
</pre>
Questa configurazione definisce quanto segue:
* La target release è ''testing''; in pratica qualora nel file <code>/etc/apt/sources.list</code> siano disponibili più repository relativi a differenti [[release]] (pratica che è sconsigliata, se non si è utenti esperti e si sa cosa si sta facendo, qui trattata a solo titolo di esempio) apt saprà di dover dare la precedenza alla versione presente in testing. Se si usa solo il repository principale della propria [[release]] (non confondere "repository principale" con "sezione principale", ovvero main, di un repository, che è tutt'altro discorso), ed eventualmente ove presente anche quello di sicurezza, questo parametro può essere ignorato e/o omesso, ed è in genere preferibile non impostarlo, per non alterare il funzionamento di default degli altri repository (si veda la pagina dedicata al [[Repository %26 pinning|pinning]] per maggiori informazioni su come APT decide la priorità dei pacchetti da installare). Attenzione che a partire da Debian 11 ([[Bullseye]]), per via del cambiamento a [[codename]]/[[suite]] del repository di sicurezza, ciò disabiliterà anche il repository di sicurezza, per cui è un'opzione ancora più '''sconsigliata'''!
* La massima dimensione in byte per memorizzare le informazioni dei pacchetti disponibili nei vari sorgenti; maggiore il numero di repository specificato in <code>source.list</code> maggiore sarà lo spazio occupato (questo parametro NON definisce lo spazio riservato alla memorizzazione dei pacchetti installati e/o scaricati). Ora di default è impostato a 0, corrispondente a un valore illimitato, per cui non è più necessario configurare questo parametro come in passato.
* Da specificare SOLO e soltanto se si è installato e configurato correttamente un proxy per la gestione dei pacchetti, come <code>apt-cacher</code> per esempio.
* Le opzioni figlie di ''Aptitude'' influenzano evidentemente solo il comportamento di ''Aptitude''
** Ogni volta che viene aggiornato l'elenco dei pacchetti disponibili, ad esempio tramite <code>aptitude update</code> vengono anche rimossi tutti i pacchetti che sono stati installati automaticamente per soddisfare delle dipendenze per altri pacchetti e che non sono più necessari.
** Corregge se possibile le dipendenze non soddisfatte, come se fosse usata l'opzione <code>-f</code>.
** Quando un pacchetto viene rimosso questo viene completamente eliminato, come se si fosse usato il comando <code>aptitude purge</code>.


== La directory <tt>/etc/udev/rules.d/</tt> ==
{{Box|Nota|Nello stesso file apt.conf è possibile specificare sia le opzioni specifiche di apt-get che quelle di aptitude, ciascun strumento ignorerà automaticamente le opzioni che non gli competono.}}


I file vengono letti e processati in ordine alfabetico, e le direttive contenute nelle regole vengono applicate in ordine. Le uniche eccezioni sono gli attributi NAME, di cui viene considerato solo il primo.
= Interfaccia grafica =
== Descrizione dell'interfaccia grafica ==
La prima schermata che Aptitude ci presenta, dopo che l'abbiamo lanciato da linea di comando, e dopo il caricamento delle informazioni attuali sui pacchetti ("caricamento della cache"), è divisa orizzontalmente in due parti.


Poich� l'ordine � importante, alcuni di questi file hanno un nome particolare, per far s� che vengano letti prima o dopo di altri, e devono essere opportunamente considerati quando si aggiungono regole personalizzate.  
Nella parte superiore troviamo una zona a sfondo blu con un menù che propone diverse opzioni (al quale si accede digitando Ctrl+T), e una zona a sfondo nero in cui si vede l'albero dei pacchetti disponibili, classificati in base al loro stato (installati, non installati, ecc.).  


Fino ad ora sono stati definiti:
Per vedere il contenuto di uno dei rami usiamo le frecce "su" e "giù" fino a selezionare la riga corrispondente e premiamo invio. Sotto al ramo in questione ora abbiamo dei sotto-rami, e premendo invio sui vari sotto-rami si accede allo stesso modo ai sotto-sotto-rami e così via, fino ad arrivare ai pacchetti.


; <tt>020_permissions.rules</tt>: imposta proprietario e permessi di default.
La parte inferiore è invece dedicata alla descrizione del pacchetto attualmente selezionato. Alcuni pacchetti, per esempio k3b, hanno una descrizione molto lunga: premendo TAB e usando le frecce è possibile leggerla tutta.  


; <tt>z50_run.rules</tt>: viene eseguito <tt>$REMOVE_CMD</tt>, e successivamente l'elaborazione dei device tty viene fermato con <tt>last_rule</tt>.
Ogni riga che mostra il nome di un pacchetto riporta anche molte informazioni.  
Per esempio, riporta lo stato di alcuni pacchetti nel mio sistema (nota: il mio sistema ha [[codename]] Sarge, ma ho installato diversi pacchetti dalla [[suite]] testing e anche alcuni da unstable. Per informazioni sul [[pinning]] si legga la guida [[Repository %26 pinning]]):
<pre>
stato    nome                vers. attuale    vers. aggiornata


; <tt>z70_hotplugd.rules</tt>: le opzioni di <tt>last_rule</tt> finiscono di processare gli eventi hotplug riguardanti "drivers" e "module" e vengono eseguiti i vecchi script in <tt>hotplug.d/</tt> e <tt>dev.d/</tt>.
i        aptitude            0.2.15.9-2      0.2.15.9-2
i        amule                2.0.3-3          2.0.3-4
i A      amule-common        2.0.3-3          2.0.3-4
c        hotplug             <nessuna>       0.0.200403
p        apmd                <nessuna>       3.2.2-3
</pre>


E' fortemente sconsigliato di modificare i file nella directory <tt>/etc/udev/rules.d/</tt>, perch� il sistema di gestione dei pacchetti ([[Introduzione_all%27_Apt_System | APT]]) per default non aggiorna i file che vengono modificati dopo l'installazione.
Possiamo vedere che:
*aptitude è installato ed è alla versione più recente
*amule è installato ma è aggiornabile alla versione 2.0.3-4
*amule-common è installato per soddisfare una dipendenza (<code>A</code>), cioè solo a causa di un pacchetto che dipende da lui (amule). Anch'esso è aggiornabile
*hotplug non è installato, ma quando l'ho cancellato ho scelto di mantenere i file di configurazione (<code>c</code>)
*apmd non è installato (<code>p</code>), oppure è stato cancellato con l'opzione "purge" (comando: "_"): lo stato risultante è il medesimo


Per aggiungere delle regole personalizzate per un device � sufficiente inserirle in un file <tt>/etc/udev/rules.d/00_local.rules</tt> creato da voi. Il nome del file assicura che esso venga letto per primo, e questo ci permette di inserire delle regole che varranno eseguite <b>al posto</b> di quelle di default per lo stesso device.
Tramite semplici comandi si possono visualizzare molte altre informazioni. I comandi principali sono:
; <code>v</code>: visualizza le versioni disponibili per il pacchetto;
; <code>d</code>: visualizza le dipendenze del pacchetto;
; <code>r</code>: visualizza i pacchetti che dipendono dal pacchetto selezionato (dipendenze inverse);
; <code>C</code>: scarica da internet e visualizza il changelog del pacchetto;
; <code>q</code>: chiude la schermata attuale e passa a quella precedente.


== Il file <tt>/etc/udev/links.conf</tt> ==
Per una lista completa vedere la guida online con <code>?</code>.


Purtroppo non tutti i driver hanno un'interfaccia sysfs, e in questo caso udev non sar� in grado di creare alcun device node in modo automatico. Il problema � evidente nel caso di driver sviluppati al di fuori dal kernel, e/o proprietari, su cui si pu� solo sperare che gli autori/manutentori implementino la funzionalit�.
Ora premiamo invio su di un pacchetto: ci appare la schermata relativa al pacchetto, con la descrizione completa e molte altre informazioni, organizzate ad albero come abbiamo già visto. Se ci interessa qualche informazione in più su uno dei pacchetti che troviamo in questa schermata, lo selezioniamo e premiamo invio: appaiono le versioni disponibili del pacchetto. Se selezioniamo una delle versioni e premiamo invio ci ritroviamo nella schermata informativa di quel pacchetto. Fate attenzione perché in questo modo si può perdere facilmente l'orientamento.
Torniamo alla vista dell'albero dei pacchetti premendo <code>q</code> tante volte quanto serve (se vi sbagliate e lo premete una volta in più, Aptitude vi chiede se volete uscire dal programma: per il momento dite di no ;-)).


Nel frattempo abbiamo bisogno di un workaround: certo, uno script di avvio con i giusti comandi (vedi mknod, chmod, chown) pu� risolvere il problema, ma il pacchetto udev in Debian fornisce un altro mezzo pi� semplice: il file <tt>/etc/udev/links.conf</tt>.
== Riassunto principali comandi ==
; <code>u</code>  ''(minuscolo)'': aggiorna la lista dei pacchetti.
; <code>+</code>: marca il pacchetto selezionato per l'installazione o l'aggiornamento;
; <code>-</code> ''(segno meno)'': marca il pacchetto selezionato per la rimozione;
; <code>_</code> ''(underscore)'': marca il pacchetto selezionato per la rimozione, eliminando tutti i file di configurazione (''purge'');
; <code>U</code>  ''(maiuscolo)'': marca per l'aggiornamento tutti i pacchetti per cui sia disponibile una nuova versione;
; <code>=</code> : mette in '''hold''' il pacchetto selezionato. Questo vuol dire che il pacchetto non verrà aggiornato anche se una nuova versione è disponibile e si seleziona di aggiornare i pacchetti (ad esempio con '''<code>U</code>''');
; <code>C</code> ''(maiuscolo)'': scarica e mostra il changelog del pacchetto selezionato;
; <code>b</code> : trova il prossimo pacchetto difettoso;
; <code>g</code> : procede con l'installazione, la rimozione e l'aggiornamento.


La sintassi del file � la seguente:
{{Box|Nota|Dopo aver premuto uno dei comandi '''<code>+</code>''', '''<code>-</code>''', '''<code>_</code>''' o '''<code>U</code>''' bisognerà premere due volte '''g''' per eseguire le azioni richieste: dopo la prima volta verrà visualizzata la lista dei pacchetti installati/aggiornati/rimossi/mantenuti, dopo il secondo '''g''' verranno eseguite le operazioni richieste.}}
* Ogni riga vuota o che inizia con "#" viene trascurata.
* Ogni riga che inizia con "L" dice ad udev di creare un link simbolico; dopo la L iniziale devono essere specificati due parametri separati da uno spazio o da un tab: il primo � il nome del link da creare nella directory <tt>/dev</tt>, e il secondo � il file a cui punta il link.
* Ogni riga che inizia con "D" dice ad udev di creare una sottodirectory della directory <tt>/dev</tt>, il cui nome deve essere specificato dopo uno spazio o un tab.
* Ogni riga che inizia con "M" dice ad udev di usare <tt>/dev/MAKEDEV</tt> per creare un device node, e di seguito devono essere indicati i parametri da passare a <tt>/dev/MAKEDEV</tt>, che sono, nell'ordine: il tipo di device, il major number e il minor number (per delucidazioni in merito vedere <tt>man mknod</tt>).


{{Warningbox|Coma gi� detto, il file <tt>/etc/udev/links.conf</tt> rappresenta un workaround, e come tale deve essere usato il meno possibile. In particolare, al fine di evitare conflitti e possibili ''race condition'', si raccomanda di <b>non usare mai</b> questo file per delle impostazioni che udev � in grado di fare in altro modo.}}
=== Esempio: aggiornare i pacchetti ===
Per la descrizione dell'utilizzo di Aptitude useremo come esempio una sessione reale, in cui vengono svolte alcune normali operazioni di aggiornamento e amministrazione dei pacchetti.


Per sottolineare il concetto riporto il commento del mantainer che appare in testa al file:
Per prima cosa, nella nostra sessione di amministrazione, aggiorniamo le informazioni sui pacchetti disponibili. Con apt-get avremmo digitato <code>apt-get update</code>, mentre in Aptitude è sufficiente premere <code>u</code>.
 
Fate attenzione perché Aptitude non chiede conferma dopo che avete impartito un comando, quindi non digitate nulla senza prima essere sicuri/e di cosa state per fare.
 
Dopo aver fatto l'update potremmo trovare una, due, o tre voci nuove nell'albero dei pacchetti: "Aggiornamenti di sicurezza", "Pacchetti aggiornabili", e "Pacchetti nuovi". Per fare scomparire le prime due è necessario aggiornare tutti i pacchetti contenuti nei rispettivi rami, mentre per far sparire la terza è sufficiente premere <code>f</code> (forget).
 
Una buona regola per l'amministratore è quella di far sì che alla fine dell'aggiornamento queste tre voci non siano presenti. Se ci sono dei pacchetti che risultano aggiornabili, ma che non volete aggiornare, probabilmente dovreste bloccarli alla versione desiderata con <code>=</code>, oppure dovreste leggere la guida già citata sul [[pinning]].
 
Ora torniamo ai pacchetti mostrati prima e supponiamo di voler aggiornare amule: lo selezioniamo e premiamo <code>+</code>. Questo marcherà in verde, cioè per l'installazione, sia amule che amule-common.
 
Poi però ci viene un'idea migliore, e decidiamo di aggiornare tutti i pacchetti aggiornabili, quindi digitiamo <code>^</code> per risalire al ramo superiore della vista, finché arriviamo a "Pacchetti installati" poi usiamo la freccia in alto e se necessario risaliamo ancora ai rami superiori finché non arriviamo a "Pacchetti aggiornabili" e qui premiamo <code>+</code>. Questo marcherà per l'installazione tutti i pacchetti aggiornabili :-D
 
== Risolvere eventuali problemi con delle dipendenze ==
Dopo aver marcato per l'installazione tutti i pacchetti aggiornabili, Aptitude ci segnala nella zona blu che c'è un pacchetto "errato" cioè con problemi di dipendenze. Senza battere ciglio premiamo <code>b</code> e leggiamo:
<pre>
<pre>
# This file does not exist. Please do not ask the debian maintainer about it.
iB      udev          0.070    0.074
# You may use it to do strange and wonderful things, at your risk.
</pre>
</pre>
che si legge:
dove "B" significa "con errori", e sotto si legge:
<pre>
Alcune dipendenze di udev non sono soddisfatte:
 
  *udev è in conflitto con module-init-tools (< 3.2pre9-1)
</pre>
premiamo invio su udev, e ci appare la schermata con tutte le informazioni su udev stesso, comprese le dipendenze: selezioniamo module-init-tools e premiamo invio. Ora ci appaiono tutte le versioni disponibili di module-init-tools, tra cui vediamo che è presente la 3.2pre9-1: non ci resta che selezionarla e marcarla per l'installazione :-D.
 
Quello che è successo è semplicemente che nel mio sistema udev è in testing, e fino alla versione 0.070 funzionava bene con module-init-tools-3.2pre1-2, che invece è in stable. Aggiornando tutto abbiamo marcato per l'installazione il nuovo udev, versione 0.074, che però dipende da module-init-tools >= 3.2pre9-1. Poiché questo pacchetto è in testing, APT non ha potuto risolvere la dipendenza automaticamente: se un pacchetto è in una [[release]] (e APT è configurato nel modo giusto) non verrà mai passato ad un'altra, a meno che non siamo noi a farlo manualmente.
 
Si prega di notare che questo comportamento non è un bug, ma una cosa voluta: APT ha ricevuto un comando ambiguo e lo segnala generando un errore, proprio come noi ci aspettiamo da lui ;-).
 
In effetti, i reali colpevoli della generazione dell'errore siamo noi. Infatti, per permettere ad APT di gestire correttamente delle dipendenze in testing, dobbiamo semplicemente usare "testing" come [[suite]] predefinita.
 
Ricordate che abbiamo lanciato Aptitude semplicemente con il comando <code>aptitude</code>? E ricorderete anche che il mio sistema è una Sarge (stable). Questo equivale a lanciare Aptitude con il comando <code>aptitude -t stable</code>, da cui il nostro problema.
 
Se avessimo usato <code>aptitude -t testing</code> Aptitude avrebbe risolto correttamente la dipendenza, ma attenzione: in questo modo diciamo ad Aptitude che testing è la nostra [[release]] predefinita (che non è vero) e lui ci mostrerà come aggiornabili tutti i pacchetti che lo sono in testing, cioè anche tutti quelli in stable (come peraltro ci aspettiamo che faccia ;-)).
 
Il fatto è che Aptitude, per quanto avanzato, ancora non legge il pensiero dell'amministratore, e fa solo il suo mestiere: prende tutte le decisioni ovvie autonomamente, e genera un errore quando non sa cosa decidere.
 
== Personalizzare la visualizzazione dei pacchetti ==
Con Aptitude è possibile personalizzare sia i campi visualizzati nella lista dei pacchetti, sia il raggruppamento in sezioni e sotto-sezioni.
 
=== Personalizzare il raggruppamento in sezioni ===
Le sezioni nelle quali sono raggruppati i pacchetti quando si avvia Aptitude (e non solo) sono generate dinamicamente da un insieme di regole separate da virgola. È possibile vedere e modificare le regole che generano la vista attuale premendo <code>'''G'''</code>.
 
Le regole vengono elaborate in sequenza dalla prima all'ultima.
 
Vediamo alcune regole:
 
; <code>filter(missing)</code> : non visualizza i pacchetti che esistono solo nelle dipendenze di un altro pacchetto.
 
; <code>status</code> : Raggruppa i pacchetti in:
:* Installati
:* Non installati
:* Aggiornamenti della sicurezza
:* Aggiornabili
:* Obsoleti
:* Virtuali
 
; <code>section[(''mode''[,passthrough])]</code> : Raggruppa i pacchetti in base alla loro sezione. ''mode'' può assumere uno dei seguenti valori:
 
:; <code>topdir</code> : Raggruppa un base alla sezione dell'archivio Debian (esempio: ''"main", "contrib", "non-free" ...'').
:; <code>subdir</code> : Raggruppa in base alla sezione logica (esempio: ''"admin", "base", "devel", "gnome", "kde", ecc ...'')
:; <code>none</code> : Raggruppa in base delle sezioni formate dalla somma delle  precedenti (esempio: ''"contrib/admin", "contrib/devel", "non-free/admin", "non-free/devel").
:; <code>task</code> : Crea un albero dei pacchetti raggruppandoli per task.
 
: Se viene usato il secondo parametro opzionale <code>passthrough</code> i pacchetti che per qualche motivo non hanno una sezione vengono passati alla regola successiva senza essere inseriti in categorie.
 
All'avvio di Aptitude, premendo <code>'''G'''</code> si può vedere che vengono usate le seguenti regole:
 
<pre>
filter(missing),task,status,section(subdir,passthruough),section(topdir,passthrough)
</pre>
 
In base a quanto detto la spiegazione di queste regole è semplice: ''visualizza solo i pacchetti reali, crea l'albero dei task, raggruppa i pacchetti per stato, per ogni stato raggruppa in sezioni logiche e all'interno di ogni sezione logica raggruppa in base alla sezione dell'archivio''.
 
= Cercare un pacchetto =
Ora supponiamo di voler vedere se in Debian c'è qualche programma per la gestione dei contenuti, e l'acronimo in inglese è "cms". Per fare questo possiamo usare le funzioni di ricerca di Aptitude: per prima cosa digitiamo <code>'''/'''</code> per la ricerca della stringa "cms" nei nomi dei pacchetti.
 
Ora però ci viene in mente che un cms non contiene necessariamente la stringa "cms" nel nome, quindi facciamo, con la stessa stringa, una ricerca nelle descrizioni dei pacchetti: digitiamo ancora <code>'''/'''</code> e inseriamo "<code>~dcms</code>". Aptitude ci mostra il primo risultato della ricerca, per vedere i risultati successivi premiamo <code>'''n'''</code>, e per tornare indietro nella lista <code>'''\'''</code>.
 
Per '''L'''imitare la lista dei pacchetti visualizzati possiamo usare il comando <code>'''l'''</code>, che si usa allo stesso modo di <code>'''/'''</code> ma mostra tutti e soli i pacchetti corrispondenti alla ricerca, organizzati ad albero nel modo che abbiamo già visto.
 
== Ricerca avanzata ==
Aptitude supporta numerose opzioni di ricerca come il precedente <code>~d</code> per cercare una stringa nelle descrizioni. La stringa di ricerca può inoltre essere una [[REGEXP]] (espressione regolare). Queste opzioni possono essere usate indifferentemente da linea di comando (dopo <code>search</code>) che dall'interfaccia grafica (premendo <code>'''/'''</code> oppure <code>'''l'''</code>).
 
Di seguito si riporta qualche esempio. Fare riferimento alla guida di Aptitude citata all'inizio per i dettagli.
 
Volete sapere quali pacchetti di gnome 2.14 son entrati in Etch? Semplice:
 
<pre>$ aptitude search gnome~V2.14</pre>
 
Il seguente comando cerca invece i pacchetti che contengono <code>editor</code> nella descrizione e che appartengono alla sezione <code>sound</code>:
 
<pre>$ aptitude search ~deditor~ssound</pre>
 
Cerca i pacchetti installati e contenuti nella [[sezione|sezioni]] [[contrib]]:
<pre>$ aptitude search '~i ~scontrib'</pre>
o in [[non-free]] :
<pre>$ aptitude search '~i ~snon-free'</pre>
 
Così verranno mostrati i pacchetti installati e appartenenti a [[contrib]] o a [[non-free]] :
<pre>$ aptitude search '~i ~scontrib' '~i ~snon-free'</pre>
oppure:
<pre>$ aptitude search '~i (~scontrib|~snon-free)'</pre>
 
Cerca i pacchetti installati che non fanno parte di [[stable]] o che non fanno parte di [[testing]]:
<pre>
$ aptitude search '~i !~Astable'
$ aptitude search '~i !~Atesting'
</pre>
 
= File di configurazione =
È possibile definire le opzioni di aptitude, sia che lo si usi da riga di comando che tramite interfaccia visuale, in diversi modi, per esempio tramite un file [[Introduzione all'APT System| apt.conf]].
 
= Approfondimenti =
== Manpages ==
<code>$ man aptitude</code> (si noti che la maggior parte delle opzioni influiscono solo sull'utilizzo a riga di comando, non sull'interfaccia visuale).


''Questo file non esiste. Vi prego di non chiedere al mantainer Debian di questo file. Potete usarlo per fare cose strane e meravigliose, a vostro rischio.''
== Sitografia ==
* [http://www.luv.asn.au/overheads/aptitude/aptitude-intro.html Aptitude Introduction]: ottima introduzione ad Aptitude (in inglese) che tratta (tra le altre cose) molte più opzioni della linea di comando rispetto alla presente guida (per vedere tutte le diapositive cliccare sullo 0 che appare in basso al centro al passaggio del mouse).


== Link ==
* [https://www.debian.org/doc/manuals/aptitude/index.it.html Manuale di riferimento]: traduzione italiana del manuale completo, trattante in modo dettagliato ogni possibile opzione di Aptitude, in particolare utilissimo per tutte le opzioni di ricerca avanzata. Lo stesso manuale si può trovare in <code>/usr/share/doc/aptitude/html/it/index.html</code> installando il pacchetto <code>aptitude-doc-it</code>, oppure in inglese in <code>/usr/share/doc/aptitude/html/en/index.html</code> installando il pacchetto <code>aptitude-doc-en</code>.


Altri link di approfondimento:
{{Autori
* [http://www.debian-administration.org/articles/126 Card Readers and USB keys using udev]
|Autore = [[Utente:Tindal|Tindal]]
* [http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html udev Homepage]
|Estesa_da =
* [http://www.reactivated.net/udevrules.php Writing udev rules]
: [[Utente:TheNoise|TheNoise]]
: [[Utente:Stemby|Stemby]]
: [[Utente:Wtf|Wtf]]
|Verificata_da =
: [[Utente:Nydebianized|Nydebianized]]
: [[Utente:Achille cotone|Achille cotone]]
: [[Utente:Wtf|Wtf]]
: [[Utente:HAL 9000|HAL 9000]] 13:44, 27 giu 2017 (CEST)
|Numero_revisori = 4
}}
[[Categoria:Apt]]

Versione attuale delle 14:17, 4 ago 2019

APT
Arrow left.png

Gestori di pacchetti

Comandi utili

Configurazione del sistema

Altro

Arrow right.png



Debian-swirl.png Versioni Compatibili

Debian 8 "jessie"
Debian 9 "stretch"
Debian 10 "buster"

Introduzione

Questa guida è dedicata all'uso di Aptitude.

Il completissimo Manuale Utente di Aptitude in formato html si può trovare in /usr/share/doc/aptitude/html/en/index.html, installando il pacchetto aptitude-doc-it (oppure aptitude-doc-en per la versione in lingua inglese).

Cos'è Aptitude

Aptitude è un frontend per la gestione avanzata dei pacchetti di una distribuzione Debian, ma risulta valido per tutte le distribuzioni che supportano APT (link).

È lo strumento preferito da molti per l'amministrazione dei pacchetti su Debian in quanto non solo raggruppa in un unico semplice programma le funzionalità di molti tool (apt-get, apt-cache, apt-mark, etc.) ma anche perché permette di gestire in modo molto più facile (ed efficace) situazioni complesse (dipendenze, dipendenze inverse, rimozione pacchetti non utilizzati, etc).

Aptitude è un frontend a dpkg esattamente come apt-get e può essere utilizzato in due modi: da linea di comando, cioè come apt-get (con la stessa sintassi per i comandi principali), oppure tramite l'interfaccia visuale basata sulle librerie ncurses.

L'interfaccia visuale verrà trattata più diffusamente, perché si ritiene che sia uno strumento fondamentale per la gestione dei pacchetti e soprattutto per la diagnostica e la risoluzione degli eventuali problemi riscontrati.

Info.png Prima di iniziare
Prima di iniziare a mettere le mani sulla tastiera, notiamo che Aptitude, a differenza della maggior parte delle opzioni di apt-get, si può lanciare anche con i diritti di utente comune.

Poiché per l'effettiva installazione o rimozione dei pacchetti è necessario possedere i privilegi di amministrazione, è possibile e caldamente consigliato usare questa possibilità per effettuare qualunque prova.


Installazione

A partire da Debian 9 (Stretch) l'omonimo pacchetto è diventato opzionale, per cui può essere necessario installare aptitude prima di poterlo utilizzare. Per esempio con apt e privilegi di amministrazione basta:

# apt install aptitude

In particolare ne è ancora raccomandabile l'installazione per:

  • gestire Debian con molti repository diversi per poter gestire più facilmente possibili conflitti;
  • per avvalersi dell'ineguagliata funzione di ricerca avanzata;
  • oppure ancora per disporre di un'interfaccia visuale ad APT anche senza server grafico attivo.

Uso da linea di comando

Anche dalla linea di comando l'uso di Aptitude è molto semplice e comodo. Si usa in genere la seguente forma:

aptitude azione [argomenti...]

azione dice ad Aptitude quale azione svolgere; i rimanenti argomenti dipendono dall'azione scelta e consistono tipicamente in una lista di nomi di pacchetti. Di seguito le azioni più importanti.

update

# aptitude update

Aggiorna la lista dei pacchetti (come premere 'u' dall'interfaccia visuale o come apt-get update) .

safe-upgrade

# aptitude safe-upgrade

Aggiorna tutti i pacchetti aggiornabili senza che nascano conflitti. Per conflitto si intende una situazione in cui l'aggiornamento di un pacchetto richide la rimozione di uno o più differenti pacchetti, ergo l'uso di safe-upgrade causa l'aggiornamento di tutti quei pacchetti che possono essere aggiornati senza che sia necessario rimuovere contestualmente altri pacchetti. Da manuale: Quando si verificano problemi di dipendenze dei pacchetti, usa un algoritmo «sicuro» per risolverli. Questo risolutore cerca di preservare il maggior numero possibile delle scelte dell'utente; non rimuove mai un pacchetto e non installa mai una versione di un pacchetto che non sia la versione candidata predefinita. L'utilizzo di questo comando implica necessariamente l'opzione --safe-resolver (l'opzione --full-resolver viene sempre automaticamente rigettata). Una sintassi del tutto equivalente, ma mantenuta solo per ragioni storiche, è:

# aptitude upgrade

Si noti che l'uso non è intercambiabile con apt-get upgrade, poiché apt-get in questo caso non effettuerà nemmeno l'installazione di nuovi pacchetti, mentre aptitude safe-upgrade permette l'installazione di nuovi pacchetti, se necessari per l'aggiornamento di altri, e impedisce soltanto la rimozione di pacchetti precedentemente installati. È invece equivalente, se non per la mancanza di un risolutore di conflitti, al comando apt upgrade .

Esempio

# aptitude safe-upgrade $(aptitude search '?origin(Unofficial Multimedia Packages) ?upgradable' -F '%p')

Questo comando mostra un esempio d'uso avanzato che permette di aggiornare i soli pacchetti provenienti dal repository deb-multimedia.

full-upgrade

# aptitude full-upgrade

Anche questo comando aggiorna tutti i pacchetti, ma è più aggressivo nella risoluzione delle dipendenze: nuovi pacchetti saranno installati e altri rimossi, fino a quando tutte le dipendenze non saranno soddisfatte. Questo comando potrebbe fare cose non desiderate (come, appunto, installare nuovi pacchetti o rimuoverne altri) quindi deve essere usato con cautela (specialmente nei casi in cui segnala esplicitamente problemi nella risoluzione delle dipendenze). Si noti che questo comando implica l'opzione --full-resolver, a meno che l'utente non specifichi l'opzione --safe-resolver, nel qual caso full-upgrade funziona esattamente come safe-upgrade. Una sintassi del tutto equivalente, mantenuta per ragioni storiche, è:

# aptitude dist-upgrade

install, remove, purge, reinstall

# aptitude install pacchetto/i
# aptitude remove pacchetto/i
# aptitude purge pacchetto/i
# aptitude reinstall pacchetto/i

Questi comandi rispettivamente installano, rimuovono, eliminano completamente (eliminazione anche dei file di configurazione) o reinstallano il o i pacchetti specificati.

search

$ aptitude search espressione/i

Elenca i pacchetti che contengono nel nome una delle espressioni fornite. Le espressioni possono essere semplici stringhe (ad esempio il nome di un pacchetto) o anche espressioni più complesse ("Search Patterns").

Esempi

$ aptitude search iceweasel

Mostrerà tutti i pacchetti che contengono iceweasel nel loro nome.

$ aptitude search '~S ~i (!~stable ~Atesting !~Aunstable ~O"Unofficial Multimedia Packages")'

Mostrerà tutti i pacchetti installati appartenenti alla sola suite (detta anche archive) testing e solo se provenienti dal repository di deb-multimedia (identificato attraverso l'attributo "origine"). Se nel proprio sources.list non sono specificati repository relativi ad altre suite i parametri !~stable e !~Aunstable possono essere omessi. In sintesi è necessario esplicitare sia i repositori disponibili che si vuole escludere che quelli da includere nel risultato della ricerca.

$ aptitude search '?installed?origin(Unofficial Multimedia Packages)?not(?origin(Debian))'

Sintassi simile alla precedente, ma in questo caso si è usato un comando che mostra tutti i pacchetti, a prescindere dalla suite, appartenenti a deb-multimedia, ma non appartenenti al repository principale. Per filtrare in base alla suite è sufficiente usare archive, che ne è un sinonimo, e specificarne il nome, invece di origin. Si veda la pagina "I repository ed il loro utilizzo" per capire dove dove trovare i parametri relativi al nome della release, all'origine e altro.

$ aptitude search '?origin(Unofficial Multimedia Packages) ?upgradable' -F '%p %v %V'

Mostra tutti i pacchetti aggiornabili del solo repository deb-multimedia (posto naturalmente di averlo specificato nel proprio sources.list), visualizzando anche versione attualmente installata e candidata.

show

$ aptitude show pacchetto/i

Mostra su terminale le informazioni di ogni pacchetto specificato.

versions

$ aptitude versions espressione

Elenca, per ogni pacchetto cui corrisponde l'espressione specificata, lo stato (installato o meno), il numero di verisone, la release di appartenenza e il valore di pin (si veda la guida dedicata al pinning).

Bulb.png Suggerimento
Se si teme che un comando in grado di installare o rimuovere pacchetti effettui delle azioni indesiderate eseguire il suddetto comando una prima volta in modalità simulazione (si veda la sezione dedicata alle opzioni).


Opzioni

-s, --simulate

Nessuna azione; effettua una simulazione degli eventi che si verificherebbero, ma non cambia realmente il sistema. Esempio di comando: # aptitude install pacchetto -s

-t, --target-release

Permette in genere di aggiornare/installare i pacchetti specificati e le relative dipendenze in base alla release bersaglio. Per esempio:

# aptitude -t stretch-backports install pacchetto

-V, --verbose-versions

Mostra il numero di versione completo dei pacchetti aggiornati e installati.

Easter eggs

$ aptitude mooo
$ aptitude -v moo
$ aptitude -vv moo
$ aptitude -vvvvvvvvv moo

File di configurazione

È possibile definire le opzioni di aptitude non solo da riga di comando, ma anche specificando i corrispondenti parametri in appositi file di configurazione, ad esempio in un unico file /etc/apt/apt.conf, in più file dal nome arbitrario in /etc/apt/apt.conf.d/ o ancora in ~/.aptitude/config. A prescindere dal, o dai, file di configurazione è possibile usare in tutti i casi due tipi di sintassi, ad esempio:

APT
{
	Default-Release "testing"; 
	Cache-Limit 24000000;
}
Acquire::http::Proxy "http://indirizzo_proxy:3142/";
Aptitude
{
	Autoclean-After-Update "true";
	Auto-Fix-Broken "true";
	Purge-Unused "true";
}
   
APT::Default-Release "testing"; 
APT::Cache-Limit 24000000;
Acquire::http::Proxy "http://indirizzo_proxy:3142/";
Aptitude::Autoclean-After-Update "true";
Aptitude::Auto-Fix-Broken "true";
Aptitude::Purge-Unused "true";

Questa configurazione definisce quanto segue:

  • La target release è testing; in pratica qualora nel file /etc/apt/sources.list siano disponibili più repository relativi a differenti release (pratica che è sconsigliata, se non si è utenti esperti e si sa cosa si sta facendo, qui trattata a solo titolo di esempio) apt saprà di dover dare la precedenza alla versione presente in testing. Se si usa solo il repository principale della propria release (non confondere "repository principale" con "sezione principale", ovvero main, di un repository, che è tutt'altro discorso), ed eventualmente ove presente anche quello di sicurezza, questo parametro può essere ignorato e/o omesso, ed è in genere preferibile non impostarlo, per non alterare il funzionamento di default degli altri repository (si veda la pagina dedicata al pinning per maggiori informazioni su come APT decide la priorità dei pacchetti da installare). Attenzione che a partire da Debian 11 (Bullseye), per via del cambiamento a codename/suite del repository di sicurezza, ciò disabiliterà anche il repository di sicurezza, per cui è un'opzione ancora più sconsigliata!
  • La massima dimensione in byte per memorizzare le informazioni dei pacchetti disponibili nei vari sorgenti; maggiore il numero di repository specificato in source.list maggiore sarà lo spazio occupato (questo parametro NON definisce lo spazio riservato alla memorizzazione dei pacchetti installati e/o scaricati). Ora di default è impostato a 0, corrispondente a un valore illimitato, per cui non è più necessario configurare questo parametro come in passato.
  • Da specificare SOLO e soltanto se si è installato e configurato correttamente un proxy per la gestione dei pacchetti, come apt-cacher per esempio.
  • Le opzioni figlie di Aptitude influenzano evidentemente solo il comportamento di Aptitude
    • Ogni volta che viene aggiornato l'elenco dei pacchetti disponibili, ad esempio tramite aptitude update vengono anche rimossi tutti i pacchetti che sono stati installati automaticamente per soddisfare delle dipendenze per altri pacchetti e che non sono più necessari.
    • Corregge se possibile le dipendenze non soddisfatte, come se fosse usata l'opzione -f.
    • Quando un pacchetto viene rimosso questo viene completamente eliminato, come se si fosse usato il comando aptitude purge.
Info.png Nota
Nello stesso file apt.conf è possibile specificare sia le opzioni specifiche di apt-get che quelle di aptitude, ciascun strumento ignorerà automaticamente le opzioni che non gli competono.


Interfaccia grafica

Descrizione dell'interfaccia grafica

La prima schermata che Aptitude ci presenta, dopo che l'abbiamo lanciato da linea di comando, e dopo il caricamento delle informazioni attuali sui pacchetti ("caricamento della cache"), è divisa orizzontalmente in due parti.

Nella parte superiore troviamo una zona a sfondo blu con un menù che propone diverse opzioni (al quale si accede digitando Ctrl+T), e una zona a sfondo nero in cui si vede l'albero dei pacchetti disponibili, classificati in base al loro stato (installati, non installati, ecc.).

Per vedere il contenuto di uno dei rami usiamo le frecce "su" e "giù" fino a selezionare la riga corrispondente e premiamo invio. Sotto al ramo in questione ora abbiamo dei sotto-rami, e premendo invio sui vari sotto-rami si accede allo stesso modo ai sotto-sotto-rami e così via, fino ad arrivare ai pacchetti.

La parte inferiore è invece dedicata alla descrizione del pacchetto attualmente selezionato. Alcuni pacchetti, per esempio k3b, hanno una descrizione molto lunga: premendo TAB e usando le frecce è possibile leggerla tutta.

Ogni riga che mostra il nome di un pacchetto riporta anche molte informazioni. Per esempio, riporta lo stato di alcuni pacchetti nel mio sistema (nota: il mio sistema ha codename Sarge, ma ho installato diversi pacchetti dalla suite testing e anche alcuni da unstable. Per informazioni sul pinning si legga la guida Repository & pinning):

stato    nome                 vers. attuale    vers. aggiornata

i        aptitude             0.2.15.9-2       0.2.15.9-2
i        amule                2.0.3-3          2.0.3-4
i A      amule-common         2.0.3-3          2.0.3-4
c        hotplug              <nessuna>        0.0.200403
p        apmd                 <nessuna>        3.2.2-3

Possiamo vedere che:

  • aptitude è installato ed è alla versione più recente
  • amule è installato ma è aggiornabile alla versione 2.0.3-4
  • amule-common è installato per soddisfare una dipendenza (A), cioè solo a causa di un pacchetto che dipende da lui (amule). Anch'esso è aggiornabile
  • hotplug non è installato, ma quando l'ho cancellato ho scelto di mantenere i file di configurazione (c)
  • apmd non è installato (p), oppure è stato cancellato con l'opzione "purge" (comando: "_"): lo stato risultante è il medesimo

Tramite semplici comandi si possono visualizzare molte altre informazioni. I comandi principali sono:

v
visualizza le versioni disponibili per il pacchetto;
d
visualizza le dipendenze del pacchetto;
r
visualizza i pacchetti che dipendono dal pacchetto selezionato (dipendenze inverse);
C
scarica da internet e visualizza il changelog del pacchetto;
q
chiude la schermata attuale e passa a quella precedente.

Per una lista completa vedere la guida online con ?.

Ora premiamo invio su di un pacchetto: ci appare la schermata relativa al pacchetto, con la descrizione completa e molte altre informazioni, organizzate ad albero come abbiamo già visto. Se ci interessa qualche informazione in più su uno dei pacchetti che troviamo in questa schermata, lo selezioniamo e premiamo invio: appaiono le versioni disponibili del pacchetto. Se selezioniamo una delle versioni e premiamo invio ci ritroviamo nella schermata informativa di quel pacchetto. Fate attenzione perché in questo modo si può perdere facilmente l'orientamento. Torniamo alla vista dell'albero dei pacchetti premendo q tante volte quanto serve (se vi sbagliate e lo premete una volta in più, Aptitude vi chiede se volete uscire dal programma: per il momento dite di no ;-)).

Riassunto principali comandi

u (minuscolo)
aggiorna la lista dei pacchetti.
+
marca il pacchetto selezionato per l'installazione o l'aggiornamento;
- (segno meno)
marca il pacchetto selezionato per la rimozione;
_ (underscore)
marca il pacchetto selezionato per la rimozione, eliminando tutti i file di configurazione (purge);
U (maiuscolo)
marca per l'aggiornamento tutti i pacchetti per cui sia disponibile una nuova versione;
=
mette in hold il pacchetto selezionato. Questo vuol dire che il pacchetto non verrà aggiornato anche se una nuova versione è disponibile e si seleziona di aggiornare i pacchetti (ad esempio con U);
C (maiuscolo)
scarica e mostra il changelog del pacchetto selezionato;
b
trova il prossimo pacchetto difettoso;
g
procede con l'installazione, la rimozione e l'aggiornamento.
Info.png Nota
Dopo aver premuto uno dei comandi +, -, _ o U bisognerà premere due volte g per eseguire le azioni richieste: dopo la prima volta verrà visualizzata la lista dei pacchetti installati/aggiornati/rimossi/mantenuti, dopo il secondo g verranno eseguite le operazioni richieste.


Esempio: aggiornare i pacchetti

Per la descrizione dell'utilizzo di Aptitude useremo come esempio una sessione reale, in cui vengono svolte alcune normali operazioni di aggiornamento e amministrazione dei pacchetti.

Per prima cosa, nella nostra sessione di amministrazione, aggiorniamo le informazioni sui pacchetti disponibili. Con apt-get avremmo digitato apt-get update, mentre in Aptitude è sufficiente premere u.

Fate attenzione perché Aptitude non chiede conferma dopo che avete impartito un comando, quindi non digitate nulla senza prima essere sicuri/e di cosa state per fare.

Dopo aver fatto l'update potremmo trovare una, due, o tre voci nuove nell'albero dei pacchetti: "Aggiornamenti di sicurezza", "Pacchetti aggiornabili", e "Pacchetti nuovi". Per fare scomparire le prime due è necessario aggiornare tutti i pacchetti contenuti nei rispettivi rami, mentre per far sparire la terza è sufficiente premere f (forget).

Una buona regola per l'amministratore è quella di far sì che alla fine dell'aggiornamento queste tre voci non siano presenti. Se ci sono dei pacchetti che risultano aggiornabili, ma che non volete aggiornare, probabilmente dovreste bloccarli alla versione desiderata con =, oppure dovreste leggere la guida già citata sul pinning.

Ora torniamo ai pacchetti mostrati prima e supponiamo di voler aggiornare amule: lo selezioniamo e premiamo +. Questo marcherà in verde, cioè per l'installazione, sia amule che amule-common.

Poi però ci viene un'idea migliore, e decidiamo di aggiornare tutti i pacchetti aggiornabili, quindi digitiamo ^ per risalire al ramo superiore della vista, finché arriviamo a "Pacchetti installati" poi usiamo la freccia in alto e se necessario risaliamo ancora ai rami superiori finché non arriviamo a "Pacchetti aggiornabili" e qui premiamo +. Questo marcherà per l'installazione tutti i pacchetti aggiornabili :-D

Risolvere eventuali problemi con delle dipendenze

Dopo aver marcato per l'installazione tutti i pacchetti aggiornabili, Aptitude ci segnala nella zona blu che c'è un pacchetto "errato" cioè con problemi di dipendenze. Senza battere ciglio premiamo b e leggiamo:

iB      udev           0.070    0.074

dove "B" significa "con errori", e sotto si legge:

Alcune dipendenze di udev non sono soddisfatte:

  *udev è in conflitto con module-init-tools (< 3.2pre9-1)

premiamo invio su udev, e ci appare la schermata con tutte le informazioni su udev stesso, comprese le dipendenze: selezioniamo module-init-tools e premiamo invio. Ora ci appaiono tutte le versioni disponibili di module-init-tools, tra cui vediamo che è presente la 3.2pre9-1: non ci resta che selezionarla e marcarla per l'installazione :-D.

Quello che è successo è semplicemente che nel mio sistema udev è in testing, e fino alla versione 0.070 funzionava bene con module-init-tools-3.2pre1-2, che invece è in stable. Aggiornando tutto abbiamo marcato per l'installazione il nuovo udev, versione 0.074, che però dipende da module-init-tools >= 3.2pre9-1. Poiché questo pacchetto è in testing, APT non ha potuto risolvere la dipendenza automaticamente: se un pacchetto è in una release (e APT è configurato nel modo giusto) non verrà mai passato ad un'altra, a meno che non siamo noi a farlo manualmente.

Si prega di notare che questo comportamento non è un bug, ma una cosa voluta: APT ha ricevuto un comando ambiguo e lo segnala generando un errore, proprio come noi ci aspettiamo da lui ;-).

In effetti, i reali colpevoli della generazione dell'errore siamo noi. Infatti, per permettere ad APT di gestire correttamente delle dipendenze in testing, dobbiamo semplicemente usare "testing" come suite predefinita.

Ricordate che abbiamo lanciato Aptitude semplicemente con il comando aptitude? E ricorderete anche che il mio sistema è una Sarge (stable). Questo equivale a lanciare Aptitude con il comando aptitude -t stable, da cui il nostro problema.

Se avessimo usato aptitude -t testing Aptitude avrebbe risolto correttamente la dipendenza, ma attenzione: in questo modo diciamo ad Aptitude che testing è la nostra release predefinita (che non è vero) e lui ci mostrerà come aggiornabili tutti i pacchetti che lo sono in testing, cioè anche tutti quelli in stable (come peraltro ci aspettiamo che faccia ;-)).

Il fatto è che Aptitude, per quanto avanzato, ancora non legge il pensiero dell'amministratore, e fa solo il suo mestiere: prende tutte le decisioni ovvie autonomamente, e genera un errore quando non sa cosa decidere.

Personalizzare la visualizzazione dei pacchetti

Con Aptitude è possibile personalizzare sia i campi visualizzati nella lista dei pacchetti, sia il raggruppamento in sezioni e sotto-sezioni.

Personalizzare il raggruppamento in sezioni

Le sezioni nelle quali sono raggruppati i pacchetti quando si avvia Aptitude (e non solo) sono generate dinamicamente da un insieme di regole separate da virgola. È possibile vedere e modificare le regole che generano la vista attuale premendo G.

Le regole vengono elaborate in sequenza dalla prima all'ultima.

Vediamo alcune regole:

filter(missing)
non visualizza i pacchetti che esistono solo nelle dipendenze di un altro pacchetto.
status
Raggruppa i pacchetti in:
  • Installati
  • Non installati
  • Aggiornamenti della sicurezza
  • Aggiornabili
  • Obsoleti
  • Virtuali
section[(mode[,passthrough])]
Raggruppa i pacchetti in base alla loro sezione. mode può assumere uno dei seguenti valori:
topdir
Raggruppa un base alla sezione dell'archivio Debian (esempio: "main", "contrib", "non-free" ...).
subdir
Raggruppa in base alla sezione logica (esempio: "admin", "base", "devel", "gnome", "kde", ecc ...)
none
Raggruppa in base delle sezioni formate dalla somma delle precedenti (esempio: "contrib/admin", "contrib/devel", "non-free/admin", "non-free/devel").
task
Crea un albero dei pacchetti raggruppandoli per task.
Se viene usato il secondo parametro opzionale passthrough i pacchetti che per qualche motivo non hanno una sezione vengono passati alla regola successiva senza essere inseriti in categorie.

All'avvio di Aptitude, premendo G si può vedere che vengono usate le seguenti regole:

filter(missing),task,status,section(subdir,passthruough),section(topdir,passthrough)

In base a quanto detto la spiegazione di queste regole è semplice: visualizza solo i pacchetti reali, crea l'albero dei task, raggruppa i pacchetti per stato, per ogni stato raggruppa in sezioni logiche e all'interno di ogni sezione logica raggruppa in base alla sezione dell'archivio.

Cercare un pacchetto

Ora supponiamo di voler vedere se in Debian c'è qualche programma per la gestione dei contenuti, e l'acronimo in inglese è "cms". Per fare questo possiamo usare le funzioni di ricerca di Aptitude: per prima cosa digitiamo / per la ricerca della stringa "cms" nei nomi dei pacchetti.

Ora però ci viene in mente che un cms non contiene necessariamente la stringa "cms" nel nome, quindi facciamo, con la stessa stringa, una ricerca nelle descrizioni dei pacchetti: digitiamo ancora / e inseriamo "~dcms". Aptitude ci mostra il primo risultato della ricerca, per vedere i risultati successivi premiamo n, e per tornare indietro nella lista \.

Per Limitare la lista dei pacchetti visualizzati possiamo usare il comando l, che si usa allo stesso modo di / ma mostra tutti e soli i pacchetti corrispondenti alla ricerca, organizzati ad albero nel modo che abbiamo già visto.

Ricerca avanzata

Aptitude supporta numerose opzioni di ricerca come il precedente ~d per cercare una stringa nelle descrizioni. La stringa di ricerca può inoltre essere una REGEXP (espressione regolare). Queste opzioni possono essere usate indifferentemente da linea di comando (dopo search) che dall'interfaccia grafica (premendo / oppure l).

Di seguito si riporta qualche esempio. Fare riferimento alla guida di Aptitude citata all'inizio per i dettagli.

Volete sapere quali pacchetti di gnome 2.14 son entrati in Etch? Semplice:

$ aptitude search gnome~V2.14

Il seguente comando cerca invece i pacchetti che contengono editor nella descrizione e che appartengono alla sezione sound:

$ aptitude search ~deditor~ssound

Cerca i pacchetti installati e contenuti nella sezioni contrib:

$ aptitude search '~i ~scontrib'

o in non-free :

$ aptitude search '~i ~snon-free'

Così verranno mostrati i pacchetti installati e appartenenti a contrib o a non-free :

$ aptitude search '~i ~scontrib' '~i ~snon-free'

oppure:

$ aptitude search '~i (~scontrib|~snon-free)'

Cerca i pacchetti installati che non fanno parte di stable o che non fanno parte di testing:

$ aptitude search '~i !~Astable'
$ aptitude search '~i !~Atesting'

File di configurazione

È possibile definire le opzioni di aptitude, sia che lo si usi da riga di comando che tramite interfaccia visuale, in diversi modi, per esempio tramite un file apt.conf.

Approfondimenti

Manpages

$ man aptitude (si noti che la maggior parte delle opzioni influiscono solo sull'utilizzo a riga di comando, non sull'interfaccia visuale).

Sitografia

  • Aptitude Introduction: ottima introduzione ad Aptitude (in inglese) che tratta (tra le altre cose) molte più opzioni della linea di comando rispetto alla presente guida (per vedere tutte le diapositive cliccare sullo 0 che appare in basso al centro al passaggio del mouse).
  • Manuale di riferimento: traduzione italiana del manuale completo, trattante in modo dettagliato ogni possibile opzione di Aptitude, in particolare utilissimo per tutte le opzioni di ricerca avanzata. Lo stesso manuale si può trovare in /usr/share/doc/aptitude/html/it/index.html installando il pacchetto aptitude-doc-it, oppure in inglese in /usr/share/doc/aptitude/html/en/index.html installando il pacchetto aptitude-doc-en.




Guida scritta da: Tindal Swirl-auth100.png Guida Debianized
Estesa da:
TheNoise
Stemby
Wtf
Verificata da:
Nydebianized
Achille cotone
Wtf
HAL 9000 13:44, 27 giu 2017 (CEST)

Verificare ed estendere la guida | Cos'è una guida Debianized