Aptitude: differenze tra le versioni

Mostrerà tutti i pacchetti installati appartenenti alla sola release 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 distribuzioni 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.

Sintassi simile alla precedente, ma in questo caso si è usato un comando che mostra tutti i pacchetti, a prescindere dalla distribuzione, appartenenti a ''deb-multimedia'', ma non appartenenti al repository principale. Per filtrare in base alla distribuzione è sufficiente usare ''archive'' invece di ''origin'' e specificare ovviamente il nome della distribuzione.

Si veda la pagina "[[I repository ed il loro utilizzo]]" per capire dove dove trovare i parametri relativi al nome della distribuzione, all'origine e altro.

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

Permette in genere di aggiornare/installare i pacchetti specificati e le relative dipendenze in base alla distribuzione bersaglio, es.: <code># aptitude install pacchetto -t unstable</code>. Si veda la guida dedicata al pinning per maggiori, ma soprattutto fondamentali, informazioni. Non usare questa opzione se non si a chiaro in cosa consiste.

* La target relase è ''testing''; in pratica qualora nel file <code>/etc/apt/sources.list</code> siano disponibili più repository relativi a differenti distribuzioni (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 distribuzione (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 & pinning|pinning]] per maggiori informazioni su come APT decide la priorità dei pacchetti da installare).

Per esempio, riporta lo stato di alcuni pacchetti nel mio sistema (nota: il mio sistema è una Sarge, ma ho installato diversi pacchetti da testing e anche alcuni da unstable. Per informazioni sul pinning vedere [[APT_uso_avanzato:_mixare_releases_diverse | APT uso avanzato: mixare releases diverse ]]):

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.

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 distribuzione (e APT è configurato nel modo giusto) non verrà mai passato ad un'altra, a meno che non siamo noi a farlo manualmente.

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 distribuzione predefinita.  

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 ;-)).

: [[Utente:HAL 9000|HAL 9000]] 11:34, 24 ago 2014 (CEST)