6.2. Les comandes aptitude, apt-get, i apt

6.2. Les comandes `aptitude`, `apt-get`, i `apt`

APT és un gran projecte, els plans originals del qual incloïen una interfície gràfica. Es basa en una biblioteca que conté l'aplicació principal, i apt-get fou el primer frontal — basat en la línia d'ordres — que es va desenvolupar dins del projecte. apt és un segon frontal basat en la línia d'ordres proporcionat per APT i que supera alguns errors de disseny d'apt-get.

Ambdues eines estan construïdes sobre la mateixa biblioteca i per tant són molt semblants, però el comportament per defecte d'apt ha estat millorat per a l'ús interactiu i per fer el que la majoria d'usuaris esperen. Els desenvolupadors d'APT es reserven el dret de canviar la interfície pública d'aquesta eina per millorar-la. Al contrari, la interfície pública d'apt-get està ben definida i no serà canviada de cap manera incompatible cap enrere. Per tant, és l'eina que voldreu utilitzar quan necessiteu fer «scripts» amb peticions d'instal·lació de paquets.

Nombroses altres interfícies gràfiques van aparèixer com a projectes externs: synaptic, aptitude (que inclou tant una interfície de mode de text com una gràfica — tot i que encara no està completa), wajig, etc. La interfície més recomanada, apt, és la que utilitzarem en els exemples donats en aquesta secció. Tingueu en compte, però, que apt-get i aptitude tenen una sintaxi molt similar a la línia d'ordres. Quan hi hagi grans diferències entre aquestes tres ordres, aquestes seran detallades.

6.2.1. Inicialització

Per a qualsevol tasca amb APT, la llista de paquets disponibles s'ha d'actualitzar; això es pot fer simplement a través d'apt update. Depenent de la velocitat de la vostra connexió i configuració, l'operació pot trigar una estona, ja que implica la descàrrega d'un cert nombre de fitxers (normalment comprimits) (Packages, Sources, Translation-codi-idioma), que gradualment s'han fet més i més grans a mesura que Debian s'ha desenvolupat (almenys 10-16 MB de dades per a la secció main). Per descomptat, la instal·lació des d'un conjunt de CD-ROM/DVD no requereix cap descàrrega — en aquest cas, l'operació és molt ràpida.

SUGGERIMENT Actualitzacions incrementals

L'objectiu de la comanda apt update és descarregar per a cada paquet font el corresponent fitxer Packages (o Sources). No obstant això, fins i tot després d'una compressió amb xz, aquests fitxers poden ser força grans (el Packages.xz per a la secció main de Unstable fa més de 8 MB). Si voleu actualitzar regularment, aquestes baixades poden trigar molt de temps.

Per accelerar el procés, APT pot descarregar fitxers «diff» que contenen els canvis des de l'actualització anterior, en comptes de tot el fitxer. Per aconseguir-ho, els miralls oficials de Debian distribueixen diferents fitxers que enumeren les diferències entre una versió del fitxer Packages i la següent versió. Es generen a cada actualització dels arxius i es conserva un historial d'una setmana. Cadascun d'aquests fitxers «diff» només té unes dotzenes de kilobytes per a Unstable, de manera que la quantitat de dades descarregades per un apt update setmanal es divideix sovint per 10. Per a Stable i Testing, que canvien menys, el guany és encara més notable.

No obstant això, de vegades pot interessar forçar la baixada de tot el fitxer Packages, especialment quan l'última actualització és molt antiga i quan el mecanisme de diferències incrementals no aportaria gaire. Això també pot ser interessant quan l'accés a la xarxa és molt ràpid, però quan el processador de la màquina per actualitzar és bastant lent, ja que el temps estalviat descarregant es menor que el que perd quan l'ordinador calcula les noves versions d'aquests fitxers (començant amb les versions anteriors i aplicant les diferències baixades). Per fer-ho, podeu utilitzar el paràmetre de configuració APT Acquire::Pdiffs i establir-lo a false.

$ sudo apt -o "Acquire::PDiffs=false" update

Les opcions Acquire::* també controlen altres aspectes de la descàrrega i fins i tot els mètodes de descàrrega. Acquire::Languages pot limitar o desactivar la baixada d'arxius Translation-codi-d'idioma per estalviar encara més temps. Per a una referència completa, veieu apt.conf(5).

6.2.2. Instal·lació i eliminació

Amb APT, els paquets es poden afegir o eliminar del sistema, respectivament, amb apt install paquet i apt remove paquet. En tots dos casos, APT instal·larà automàticament les dependències necessàries o suprimirà els paquets que depenen del paquet que s'està eliminant. L'ordre apt purge paquet implica la desinstal·lació completa eliminant també els fitxers de configuració.

SUGGERIMENTInstal·lació de la mateixa selecció de paquets diverses vegades

Pot ser útil instal·lar sistemàticament la mateixa llista de paquets en diversos ordinadors. Això es pot fer amb bastanta facilitat.

Primer, obteniu la llista de paquets instal·lats a l'ordinador que serviran com a “model” per copiar.

$ dpkg --get-selections >pkg-list

El fitxer pkg-list contindrà la llista de paquets instal·lats. A continuació, transferiu el fitxer pkg-list als ordinadors que voleu actualitzar i utilitzeu les següents comandes:

## Actualitza la base de dades de dpkg amb paquets coneguts
# avail=`mktemp`
# apt-cache dumpavail > "$avail"
# dpkg --merge-avail "$avail"
# rm -f "$avail"
## Actualitza les seleccions de dpkg
# dpkg --set-selections < pkg-list
## Demana a apt-get que instal·li els paquets seleccionats
# apt-get dselect-upgrade

Les primeres ordres desen la llista de paquets disponibles a la base de dades de dpkg. Llavors dpkg --set-selections restaura la selecció dels paquets que voleu instal·lar, i la invocació de apt-get executa les operacions necessàries! aptitude no té aquesta ordre.

SUGGERIMENT Eliminant i instal·lant al mateix temps

És possible demanar a apt (o apt-get, o aptitude) que instal·li certs paquets i que en suprimeixi d'altres a la mateixa línia d'ordres afegint un sufix. Amb una ordre apt install, afegiu «-» als noms dels paquets que voleu suprimir. Amb una ordre apt remove, afegiu «+» als noms dels paquets que voleu instal·lar.

El següent exemple mostra dues maneres diferents d'instal·lar paquet1 i eliminar paquet2.

# apt install paquet1paquet2-

# apt remove paquet1+ paquet2

Això també es pot utilitzar per excloure paquets que d'altra manera s'instal·larien, per exemple, a causa d'una instal·lació automàtica de Recommends. En general, el solucionador de dependències utilitzarà aquesta informació com a suggeriment per buscar solucions alternatives.

SUGGERIMENT apt --reinstall i aptitude reinstall

El sistema de vegades es pot danyar després de l'esborrat o modificació de fitxers en un paquet. La forma més fàcil de recuperar aquests fitxers és reinstal·lar el paquet afectat. Malauradament, el sistema d'empaquetament troba que aquest ja està instal·lat i educadament es nega a reinstal·lar-lo; per evitar-ho, utilitzeu l'opció --reinstall de les ordres apt i apt-get. La següent ordre reinstal·la postfix encara que ja estigui instal·lat:

# apt --reinstall install postfix

La línia d'ordres d'aptitude és lleugerament diferent, però aconsegueix el mateix resultat amb aptitude reinstall postfix.

El problema no es planteja amb dpkg, però l'administrador rarament l'utilitza directament.

Aneu amb compte! L'ús de apt --reinstall per restaurar els paquets modificats durant un atac sens dubte no recuperarà el sistema com estava. Secció 14.7, «Tractament d'una màquina compromesa» detalla els passos necessaris per fer front a un sistema compromès.

Aquestes ordres no restauraran els fitxers de configuració. Però com heu après a Secció 5.2.3, «Sumes de verificació («checksums»), llista de fitxers de configuració, i altres.» (vegeu també la barra lateral ANANT MÉS ENLLÀ Obligant a dpkg a preguntar sobre els arxius de configuració), podeu utilitzar la següent ordre per a que se us demani que instal·leu la versió no modificada i fins i tot que restaureu qualsevol fitxer de configuració suprimit.

# apt --reinstall -o Dpkg::Options::="--force-confask,confmiss" install paquet

Alguns paquets no inclouen el fitxer de configuració trobat a /etc dins el paquet. En canvi, el creen durant la instal·lació copiant un esquelet o generant-lo mitjançant un script. El fitxer /etc/inputrc, per exemple, és una còpia de /usr/share/readline/inputrc. En aquests casos, les ordres que mostrades abans no serveixen.

Si el fitxer sources.list menciona diverses distribucions, és possible especificar la versió del paquet a instal·lar. Es pot sol·licitar un número de versió específic amb apt install paquet=versió, però indicant la seva distribució d'origen (Stable, Testing o Unstable) — amb apt install paquet/distribució — usualment es l'opció preferida. Amb aquesta ordre, és possible tornar a una versió més antiga d'un paquet (si, per exemple, sabeu que funciona bé), sempre que estigui disponible en una de les fonts referenciades pel fitxer sources.list. En cas contrari, l'arxiu snapshot.debian.org pot sortir al rescat (vegeu la barra lateral ANANT MÉS ENLLÀ Versions de paquets antics: snapshot.debian.org i archive.debian.org).

Exemple 6.4. Instal·lació de la versió a Unstable d'spamassassin

# apt install spamassassin/unstable

Si el paquet a instal·lar us ha estat proporcionat en forma d'un simple fitxer .deb sense cap dipòsit de paquets associat, encara és possible utilitzar APT per instal·lar-lo juntament amb les seves dependències (sempre que les dependències estiguin disponibles als repositoris configurats) amb una ordre simple: apt install ./camí-al-paquet.deb. El ./ del davant és important per deixar clar que estem referint-nos a un nom de fitxer i no al nom d'un paquet disponible en un dels repositoris.

ANANT MÉS ENLLÀ La memòria cau dels fitxers .deb

APT manté una còpia de cada fitxer .deb descarregat al directori /var/cache/apt/archives/. En cas d'actualitzacions freqüents, aquest directori pot ocupar ràpidament una gran quantitat d'espai de disc amb diverses versions de cada paquet; hauríeu de posar-hi ordre regularment. Es poden utilitzar dues ordres: apt-get clean buida completament el directori; apt-get autoclean només elimina els paquets que ja no es poden descarregar (perquè han desaparegut del mirall Debian) i, per tant, són clarament inútils (el paràmetre de configuració APT::Clean-Installed pot evitar l'eliminació dels fitxers .deb que estan instal·lats actualment).

6.2.3. Actualització del sistema

Es recomanen actualitzacions regulars, perquè inclouen les últimes actualitzacions de seguretat. Per actualitzar, utilitzeu apt update, apt-get update o aptitude safe-upgrade (per descomptat després d'apt update). Aquesta ordre cerca els paquets instal·lats que es poden actualitzar sense eliminar cap paquet. En altres paraules, l'objectiu és garantir la millora menys intervencionista possible. apt-get és una mica més exigent que aptitude o apt perquè es negarà a instal·lar els paquets que no estiguessin instal·lats prèviament.

apt normalment triarà el número de versió més recent (excepte pels paquets de Experimental i stable-backports, que són per defecte ignorats independentment del número de versió). Si teniu especificats Testing o Unstable al sources.list, apt upgrade canviarà bona part del vostre sistema Stable per Testing o Unstable, que pot no ser el que preteneu.

Per a dir-li a apt que utilitzi una distribució específica quan cerqui paquets actualitzats heu d'utilitzar l'opció -t o --target-release, seguida del nom de la distribució que voleu (per exemple, apt -t stable upgrade). Per evitar especificar aquesta opció cada vegada que utilitzeu apt, podeu afegir APT::Default-Release "stable"; al fitxer /etc/apt/apt.conf.d/local.

Per a actualitzacions més importants, com ara el canvi d'una versió major de Debian a la següent, heu d'utilitzar apt full-upgrade. Amb aquesta instrucció, apt completarà l'actualització fins i tot si ha d'eliminar alguns paquets obsolets o instal·lar noves dependències. Aquesta és també l'ordre utilitzada pels usuaris que treballen diàriament amb la versió de Debian Unstable i segueixen la seva evolució dia a dia. És tan senzill que a penes necessita explicació: la reputació d'APT es basa en aquesta gran funcionalitat.

A diferència d'apt i d'aptitude, apt-get no reconeix l'ordre full-upgrade. En lloc d'això, hauríeu d'utilitzar apt-get dist-upgrade ('actualització de la distribució'), l'ordre històrica i ben coneguda que apt i aptitude també accepten per a la comoditat dels usuaris que s'hi han acostumat.

Els resultats d'aquestes operacions queden registrats a /var/log/apt/history.log i /log/apt/term.log, mentre que dpkg manté el seu registre en un fitxer anomenat /var/log/dpkg.log.

6.2.4. Opcions de configuració

A més dels elements de configuració ja esmentats, és possible configurar certs aspectes d'APT afegint directives en un fitxer del directori /etc/apt/apt.conf.d/ o a /etc/apt/apt.conf. Recordeu, per exemple, que és possible que APT li digui a dpkg que ignori els errors de conflicte de fitxers especificant DPkg::options { "--force-overwrite"; }.

Si només es pot accedir a la web a través d'un servidor intermediari (o «proxy»), afegiu una línia com ara Acquire::http::proxy "http://elteuproxy:3128". Per a un servidor intermediari FTP, escriviu Acquire::ftp::proxy "ftp://elteuproxy". Per descobrir més opcions de configuració, llegiu la pàgina del manual de apt.conf(5) (per a detalls amb les pàgines man, vegeu Secció 7.1.1, «Pàgines de manual»).

TORNAR A LES BASES Directoris acabats en .d

Els directoris amb el sufix .d s'utilitzen més i més sovint. Cada directori representa un fitxer de configuració que es divideix en múltiples fitxers. En aquest sentit, tots els fitxers a /etc/apt/apt.conf.d/ són instruccions per a la configuració d'APT. APT els inclou en ordre alfabètic, de manera que els últims poden modificar un element de configuració definit en un dels primers.

Aquesta estructura aporta una certa flexibilitat a l'administrador de la màquina i als mantenidors de paquets. De fet, l'administrador pot modificar fàcilment la configuració del programari afegint un fitxer preparat al directori en qüestió sense haver de modificar un fitxer existent. Els mantenidors de paquets utilitzen el mateix enfocament quan necessiten adaptar la configuració d'un altre programari per assegurar-se que és perfectament coexistent amb els seus. La política de Debian prohibeix explícitament modificar els fitxers de configuració d'altres paquets — només els usuaris ho poden fer. Recordeu que durant una actualització del paquet, l'usuari podrà triar la versió del fitxer de configuració que s'ha de mantenir quan s'ha detectat una modificació. Qualsevol modificació externa de l'arxiu desencadenaria aquesta sol·licitud, la qual cosa sorprendria l'administrador, que estaria segur de no haver canviat res.

Sense un directori .d, no és possible que un paquet extern canviï la configuració d'un programa modificant el seu fitxer de configuració directament. En lloc d'això, ha de convidar a l'usuari a fer-ho ell mateix i llistar les operacions que s'han de fer al fitxer /usr/share/doc/paquet/README. Debian, o bé ha de crear una “variant” («file diversion») del fitxer de cofiguració usant l'ordre dpkg-divert i després instal·lar el seu propi fitxer de configuració per al programari en qüestió. Aquest últim de vegades és utilitzat per paquets de tercers que intenten gestionar fitxers de configuració de components de programari que utilitzen.

Depenent de l'aplicació, el directori .d s'utilitza directament o és gestionat per un script extern que concatenarà tots els fitxers per crear el propi fitxer de configuració. És important executar l'script després de qualsevol canvi en aquest directori de manera que es tinguin en compte les modificacions més recents. De la mateixa manera, és important no treballar directament en el fitxer de configuració creat automàticament, ja que tot es perdria en la següent execució de l'script. El mètode triat (directori .d utilitzat directament o un fitxer generat a partir d'aquest directori) normalment està dictat per restriccions d'implementació, però en ambdós casos els guanys en termes de flexibilitat de configuració compensen amb escreix les petites complicacions que comporten. El servidor de correu Exim 4 és un exemple del mètode de fitxer generat: es pot configurar a través de diversos fitxers (/etc/exim4/conf.d/*) que són concatenats a /var/lib/exim4/config.autogenerated amb l'ordre update-exim4.conf.

6.2.5. Gestió de les prioritats dels paquets

Un dels aspectes més importants en la configuració de APT és la gestió de les prioritats associades a cada font de paquets. Per exemple, és possible que vulgueu ampliar una distribució amb un o dos paquets més nous de Testing, Unstable o Experimental. És possible assignar una prioritat a cada paquet disponible (el mateix paquet pot tenir diverses prioritats depenent de la seva versió o la distribució que el proveeix). Aquestes prioritats influiran en el comportament d'APT: per a cada paquet, sempre seleccionarà la versió amb la prioritat més alta (excepte si aquesta versió és més antiga que la instal·lada i si la seva prioritat és inferior a 1000).

APT defineix diverses prioritats per defecte. Cada versió de paquet instal·lat té una prioritat de 100. Una versió no instal·lada té una prioritat de 500 per defecte, però pot saltar a 990 si forma part de la versió de destinació (definida amb l'opció -t de línia d'ordres o amb la directiva de configuració APT::Default-Release).

Podeu modificar les prioritats afegint entrades en un fitxer a /etc/apt/preferences.d/ o al fitxer /etc/apt/preferences amb els noms dels paquets afectats, la seva versió, el seu origen i la seva nova prioritat.

APT mai instal·larà una versió més antiga d'un paquet (és a dir, un paquet el número de versió del qual sigui més baix que el del paquet actualment instal·lat), excepte si la seva prioritat és superior a 1000 (o és explícitament sol·licitat per l'usuari, vegeu Secció 6.2.2, «Instal·lació i eliminació»). APT sempre instal·larà el paquet de prioritat més alta que segueix aquesta restricció. Si dos paquets tenen la mateixa prioritat, APT instal·la el més nou (el número de versió del qual és el més alt). Si dos paquets amb la mateixa versió tenen la mateixa prioritat però difereixen en el seu contingut, APT instal·larà la versió que no estigui instal·lada (aquesta regla s'ha creat per cobrir el cas d'una actualització de paquet sense l'increment del número de revisió, que normalment és necessari).

En termes més concrets, un paquet la prioritat del qual és

< 0: no s'instal·larà mai,
1..99: només s'instal·larà si no hi ha cap altra versió del paquet ja instal·lada,
100..499: només s'instal·larà si no hi ha cap altra versió més nova instal·lada o disponible en una altra distribució,
500....989: només s'instal·larà si no hi ha cap versió més nova instal·lada o disponible a la distribució de destinació,
990..1000: s'instal·larà excepte si la versió instal·lada és més nova,
> 1000: sempre s'instal·larà, fins i tot si obliga a APT a rebaixar-lo a una versió més antiga.

Quan APT comprova /etc/apt/preferences i /etc/apt/preferences.d/, primer té en compte les entrades més específiques (sovint les que especifiquen el paquet afectat), després les més genèriques (incloent, per exemple, tots els paquets d'una distribució). Si existeixen diverses entrades genèriques, s'utilitza el primer encaix. Els criteris de selecció disponibles inclouen el nom del paquet i la font que el proporciona. Cada font de paquets s'identifica per la informació continguda en un fitxer Release que APT descarrega juntament amb els fitxers Packages. Aquest especifica l'origen (normalment “Debian” per als paquets de miralls oficials, però també pot ser el nom d'una persona o una organització en repositoris de tercers). També aporta el nom de la distribució (normalment Stable, Testing, Unstable o Experimental per a les distribucions estàndard proporcionades per Debian) juntament amb la seva versió (per exemple, 11 per Debian Bullseye). Vegem la seva sintaxi a través d'estudis de casos realistes d'aquest mecanisme.

CAS ESPECÍFIC La prioritat de Experimental

Si heu llistat Experimental al fitxer sources.list, els paquets corresponents gairebé mai s'instal·laran perquè la seva prioritat APT per defecte és 1. Aquest és, per descomptat, un cas específic, dissenyat per evitar que els usuaris instal·lin paquets de Experimental per error. Els paquets només es poden instal·lar escrivint aptitude install paquet/experimental — els usuaris que escriuen aquesta ordre només poden ser conscients dels riscos que assumeixen. Encara és possible (encara que no recomanat) tractar els paquets a Experimental com els d'altres distribucions donant-los una prioritat de 500. Això es fa amb una entrada específica a /etc/apt/preferences:

Package: *
Pin: release a=experimental
Pin-Priority: 500

Suposem que només voleu utilitzar paquets de la versió estable de Debian. Aquells que es proporcionen en altres versions no s'haurien d'instal·lar excepte si es demana explícitament. Podeu escriure les següents entrades al fitxer /etc/apt/preferences:

Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian
Pin-Priority: -10

a=estable defineix el nom de la distribució seleccionada. o=Debian limita l'abast als paquets l'origen dels quals és “Debian”.

Suposem ara que teniu un servidor amb diversos programes locals depenent de la versió 5.28 de Perl i que voleu assegurar-vos que les actualitzacions no n'instal·lin una altra versió. Podeu utilitzar aquesta entrada:

Package: perl
Pin: version 5.28*
Pin-Priority: 1001

Per obtenir una millor comprensió dels mecanismes de prioritat i les propietats de distribució o de repositori a fixar, no dubteu en executar apt-cache policy per mostrar la prioritat predeterminada associada a cada font de paquets, o apt-cache policy paquet per mostrar la prioritat predeterminada per a cada versió i font d'un paquet com s'explica a Secció 6.3.1, «L'ordre apt-cache policy».

La documentació de referència per als fitxers /etc/apt/preferences i /etc/apt/preferences.d/ està disponible a la pàgina manual apt.preferences(5), que podeu visualitzar amb man apt.preferences.

6.2.6. Treballar amb diverses distribucions

Sent apt una eina tan meravellosa, és temptador triar paquets procedents d'altres distribucions. Per exemple, després d'haver instal·lat un sistema Stable, és possible que vulgueu provar un paquet de programari disponible a Testing or Unstable sense separar-se massa de l'estat inicial del sistema.

Fins i tot encara que a vegades es sorgeixin problemes quan es barregen paquets de diferents distribucions, apt gestiona molt bé aquesta coexistència i limita els riscos de forma molt efectiva. La millor manera de procedir és llistar totes les distribucions usades a /etc/apt/sources.list (algunes persones sempre posen les tres distribucions, però recordeu que Unstable està reservat per a usuaris experimentats) i definir la vostra distribució de referència amb el paràmetre APT::Default-Release (vegeu Secció 6.2.3, «Actualització del sistema»).

Suposem que Stable és la vostra distribució de referència, però que Testing i Unstable també apareixen al vostre fitxer sources.list. En aquest cas, podeu utilitzar apt install paquet/testing per instal·lar un paquet de Testing. Si la instal·lació falla a causa d'algunes dependències insatisfactibles, possibiliteu resoldre aquestes dependències amb Testing afegint el paràmetre -t testing. El mateix s'aplica, òbviament, a Unstable.

En aquesta situació, les actualitzacions (upgrade i full-upgrade) es fan dins amb Stable excepte els paquets ja actualitzats a una altra distribució: aquests seguiran les actualitzacions disponibles en les altres distribucions. Explicarem aquest comportament amb l'ajuda de les prioritats per defecte establertes per APT a continuació. No dubteu a utilitzar apt-cache policy (Secció 6.3.1, «L'ordre apt-cache policy») per verificar les prioritats donades.

Tot es centra en el fet que APT només considera paquets de versió més alta o igual que la instal·lada (assumint que /etc/apt/preferences no s'ha utilitzat per forçar prioritats superiors a 1000 per a alguns paquets).

Suposem que heu instal·lat la versió 1 d'un primer paquet des de Stable i que la versió 2 i 3 estan disponibles respectivament a Testing i Unstable. La versió instal·lada té una prioritat de 100, però la versió disponible a Stable (la mateixa) té una prioritat de 990 (perquè forma part de la versió de destinació). Els paquets Testing i Unstable tenen una prioritat de 500 (la prioritat predeterminada d'una versió no instal·lada). La guanyadora és, per tant, la versió 1 amb una prioritat de 990. El paquet “roman a Stable”.

Prenguem l'exemple d'un altre paquet la versió 2 del qual s'ha instal·lat de Testing. La versió 1 està disponible a Stable i la versió 3 a Unstable. La versió 1 (de prioritat 990 — per tant inferior a 1000) queda descartada perquè és més baixa que la versió instal·lada. Això ens deixa només les versions 2 i 3, ambdues amb prioritat 500. Davant d'aquesta alternativa, APT selecciona la versió més nova, la d'Unstable. Si no voleu que un paquet de Testing migri a la versió d'Unstable, heu d'assignar una prioritat inferior a 500 (490, per exemple) als paquets que vénen d'Unstable. Podeu modificar /etc/apt/preferències a aquest efecte:

Package: *
Pin: release a=unstable
Pin-Priority: 490

6.2.7. Seguiment dels paquets instal·lats automàticament

Una de les funcionalitats essencials de l'apt és el seguiment dels paquets instal·lats només a través de dependències. Aquests paquets s'anomenen “automàtics” i sovint inclouen biblioteques.

Amb aquesta informació, quan s'eliminen els paquets, els gestors de paquets poden computar una llista de paquets automàtics que ja no són necessaris (perquè no hi ha paquets “manualment instal·lats” que en depenguin). apt-get autoremove o apt autoremove es desfarà d'aquests paquets. L'aptitude no té aquesta ordre perquè les elimina automàticament tan aviat com s'identifiquen. En tots els casos, les eines mostren un missatge clar llistant els paquets afectats.

És un bon costum marcar com a automàtic qualsevol paquet que no necessiteu directament perquè sigui eliminat automàticament quan ja no sigui necessari. apt-mark auto paquet marcarà el paquet indicat com a automàtic, mentre que apt-mark paquet fa el contrari. aptitude markauto i aptitude unmarkauto funcionen de la mateixa manera, tot i que ofereixen més característiques per marcar molts paquets alhora (vegeu Secció 6.5.1, «aptitude»). La interfície interactiva basada en la consola d'aptitude també fa que sigui fàcil revisar la “marca automàtica” en molts paquets.

Potser algú vol saber per què hi ha un paquet instal·lat automàticament al sistema. Per obtenir aquesta informació des de la línia d'ordres podeu utilitzar aptitude why paquet (apt i apt-get no tenen cap característica similar):

$ aptitude why python3-debian
i   aptitude         Suggests apt-xapian-index
p   apt-xapian-index Depends  python3-debian (>= 0.1.14)

ALTERNATIVA deborphan i debfoster

Quan apt, apt-get i aptitude no feien el seguiment dels paquets automàtics, hi havia dues utilitats que produïen llistes de paquets innecessaris: deborphan i debfoster. Tots dos encara poden ser útils.

deborphan explora per defecte les seccions libs i oldlibs (en absència d'instruccions addicionals) cercant paquets actualment instal·lats i que cap altre paquet en depèn. La llista resultant pot servir de base per a eliminar els paquets no necessaris.

debfoster té un enfocament més elaborat, molt similar al d'APT: manté una llista de paquets que s'han instal·lat explícitament, i recorda quins paquets són realment necessaris entre cada invocació. Si apareixen nous paquets en el sistema i si debfoster no els reconeix com a paquets requerits, es mostraran a la pantalla juntament amb una llista de les seves dependències. El programa ofereix l'opció d'eliminar el paquet (possiblement juntament amb els que depenen d'ell), de marcar-lo com a explícitament requerit, o d'ignorar-lo temporalment.

6.2.8. Patrons APT

Els patrons («patterns») permeten realitzar cerques complexes per a seleccionar els paquets que voleu instal·lar o mostrar. Es van implementar per primera vegada per a l'aptitude (vegeu Secció 6.5, «Interfícies: aptitude, synaptic»), però ara l'APT també en pot fer ús.

Per exemple, podem utilitzar apt list ?automatic per a llistar tots els paquets instal·lats automàticament. Per a trobar paquets instal·lats automàticament que ja no depenen de cap dels paquets instal·lats manualment es pot utilitzar el patró ?garbage.

Els patrons lògics es poden combinar amb altres paquets per a formar expressions més complexes. Per exemple, podríem utilitzar un patró com ?and(patró,patró). Vegeu apt-patterns(7) i glob(7) per conèixer tots els patrons que podeu utilitzar i les expressions complexes que podeu crear amb ells.