Attitudine vs. apt-get: qual è lo strumento consigliato (noto anche come "giusto") da usare?

Qualche tempo fa ho letto che aptitudeè lo strumento preferito per l'installazione su sistemi basati su Debian. Ma quando cerchi come amministrare un sistema basato su Debian, raramente viene menzionato aptitude. Molte persone sembrano preferire apt-get- e questo è vero anche per le pagine wiki di Debian!

Quindi mi chiedo se ho perso qualcosa. Qual è lo strumento giusto da usare?

aptitudee apt-getfunzionano allo stesso modo per molte attività, ma per i casi più difficili, come gli aggiornamenti di distribuzione ( apt-get dist-upgradevs. aptitude full-upgrade), hanno regole diverse e le regole di aptitude sono quasi sempre migliori nella pratica in cui non sono d'accordo.

Il motivo per cui vedi più documentazione per apt-getover aptitudeè per lo più inerzia: aptitudenon è stato il front-end consigliato per APT per così tanto tempo, quindi gran parte della documentazione esistente non è stata aggiornata e ci sono molte persone che riconoscono i vantaggi di aptitudeover apt-getma usa apt-getriflessivamente.

Recentemente sono arrivato al punto in cui di solito seguo aptun ie non un -quando scrivo.

Postscript Notate che le regole usate in apt-gete aptitudestanno spostando i target - come osserva Hubert nei commenti, il percorso di aggiornamento raccomandato da Debian Lenny ora usa apt-get, non aptitude. Ciò riflette il fatto che apt-gettiene traccia di meno stato rispetto al pacchetto corrente rispetto a aptitude, e quindi non è necessario preoccuparsi che lo stato APT non sia "pulito" e perché le apt-getregole sono più intelligenti di prima. Uso ancora e raccomando aptitudeoltre apt-get, ma è una raccomandazione più sfumata

aptituderende conveniente mostrare quali programmi in una ricerca sono già stati installati sul sistema (con l'aiuto di grep):

aptitude search flash | grep ^i

In realtà, aptitudela ricerca è molto più potente di ciò che si ottiene attraverso il piping grep, in quanto supporta la ricerca contestuale:

ad esempio, questo trova tutti i pacchetti con 'flash' nel nome del pacchetto che sono installati:

aptitude search '~iflash'

Una "forma lunga" equivalente della "forma breve" ~i:

aptitude search '?installed(flash)'

Si noti che i modelli di ricerca sono gratuiti (non ancorati) per impostazione predefinita. Per ancorarli, è necessario utilizzare i motivi di ancoraggio ' ^' (inizio della stringa) e / o ' $' (fine della stringa).

Per trovare tutti i pacchetti i cui nomi iniziano con 'ttf' o 'font':

aptitude search '(^ttf|^font)'

(Nota: questa è una soluzione alternativa per un bug in aptitude, poiché il regex corretto di '^(ttf|font)'non funziona correttamente - trova pacchetti i cui nomi iniziano con 'ttf' o contengono 'font'.)

Altre aptitudecaratteristiche eleganti :

Mostra tutti i pacchetti con 'firmware' nel loro nome che hanno anche 'wireless' nella loro descrizione:

aptitude search 'firmware ~dwireless'

o forma lunga:

aptitude search '?and(?name(firmware),?description(wireless))'

(Nota: in forma abbreviata, gli argomenti delimitati da spazi sono AND racchiusi tra virgolette; se passati come argomenti argv [] a riga di comando separati sono ORed.)

p   atmel-firmware       - Firmware for Atmel at76c50x wireless networking chips.
p   firmware-atheros     - Binary firmware for Atheros wireless cards
...
p   libertas-firmware    - Firmware for Marvell's libertas wireless chip series
p   zd1211-firmware      - Firmware images for the zd1211rw wireless driver

~U mostra tutti i pacchetti aggiornabili dalle loro versioni attuali con nuove versioni:

# aptitude update ; aptitude versions '~U'
Package virtualbox-4.1:            
i   4.1.18-78361~Debian~squeeze                       100
p   4.1.20-80170~Debian~squeeze     <NULL>            500

Mostra i pacchetti che raccomandano 'gcc-multilib'

$ aptitude search '~DRecommends:gcc-multilib'
i   libc6-dev-i386   - Embedded GNU C Library: 32-bit development libraries for AMD64

Spiega perché potrebbe essere necessario installare "fuse-utils"

$ aptitude why fuse-utils
i   xorg           Depends    xterm | x-terminal-emulator
pi  gnome-terminal Provides   x-terminal-emulator
pi  gnome-terminal Recommends gvfs
pi  gvfs           Depends    libgdu0 (>= 2.29.90)
pi  libgdu0        Depends    udisks (< 1.1.0)
pi  udisks         Recommends ntfsprogs
pi  ntfsprogs      Depends    fuse-utils (> 2.5.0)

(Questo esempio mostra una parte della follia derivante dall'impostazione predefinita poiché Squeeze (?) Dell'installazione di tutti i pacchetti "Raccomandati". L'installazione di gnome-terminal finisce con l'installazione di ntfsprogs e fuse-utils, egad! Penso che la maggior parte delle persone voglia solo la prospettiva del terminale e non l'integrazione NTFS integrata, che è facoltativa, a meno che non sia stata specificata.)

Trova tutti i pacchetti che forniscono il servizio "mail-transport-agent":

$ aptitude search '?provides(mail-transport-agent)'
p   citadel-mta          - complete and feature-rich groupware server (mail transport agent)
...
p   nullmailer           - simple relay-only mail transport agent
p   postfix              - High-performance mail transport agent
i   sendmail-bin         - powerful, efficient, and scalable Mail Transport Agent
p   ssmtp                - extremely simple MTA to get mail off the system to a mail hub
p   xmail                - advanced, fast and reliable ESMTP/POP3 mail server

Mostra tutti i nomi dei pacchetti installati, che non sono essenziali o installati automaticamente dalle dipendenze:

$ aptitude search '~i!(~E|~M)' -F '%p'

Sfortunatamente, questa roba è piuttosto scarsamente documentata e difficile da trovare, ma ecco il miglior riferimento (dal manutentore dell '"attitudine").

Secondo le FAQ di Debian GNU / Linux sulla gestione dei pacchetti , aptitude è più complesso di apt-get e dipende dagli strumenti di gestione dei pacchetti meno complessi apt-get e dpkg.

Pertanto, per esigenze più semplici, è possibile utilizzare gli strumenti più semplici, mentre per esigenze più complesse, è possibile contare su uno strumento più sofisticato (apitude).

Citato dalle FAQ di Debian: "aptitude fornisce le funzionalità di dselect e apt-get, oltre a molte funzionalità aggiuntive che non si trovano in nessuno dei due programmi".

aptitude contrassegna i pacchetti che erano installati a causa di una dipendenza con il tag automatico. Se ora elimini o rimuovi un pacchetto, aptitude rimuoverà automaticamente i pacchetti installati automaticamente che non vengono più utilizzati insieme al pacchetto che desideri eliminare o rimuovere.

Questo è il motivo principale per cui personalmente ritengo che l'attitudine sia sempre meglio di apt.

Non esiste uno strumento giusto, puoi mescolare e abbinare entrambi a seconda di quello che ritieni più conveniente per l'attività a portata di mano. aptitude è un ottimo strumento per gli utenti di test / sid, ma tende ad essere meno affidabile per l'aggiornamento dist da una stalla alla successiva. Vedi il mio articolo apt-get, aptitude, ... scegli il gestore pacchetti giusto per te .