Repository & pinning: differenze tra le versioni

che equivale alla dichiarazione in riga di comando dell'opzione '''-t release_voluta''' sia in [[apt-get]] che [[Aptitude]]. Tale dichiarazione attribuisce priorità 990 a tutti i pacchetti appartenenti alla [[release]] specificata.

* Tale priorità si applica alla release e non alla fonte, quindi ad ottenere la suddetta priorità non saranno solo i pacchetti appartenenti al repository principale (o ai due repository principali), ma anche quelli provenienti da altre fonti se il gestore di tale repository usa lo stesso valore per i parametri [[suite]] e [[codename]] di quelli principali, ad esempio ''stable'' e ''wheezy''. Per esempio ''backports'' non comporta problemi poiché i precedenti due parametri valgono ''nome_suite-backports'' e ''nome_codename-backports'', viceversa quello di ''deb-multimedia'' usa gli stessi identici valori di quelli principali.

* Questa direttiva influenza la priorità del repository principale di una release, nonché di quella relativa alla sua sicurezza, ad esempio

** <code>deb http://ftp.it.debian.org/debian/ wheezy main</code>

** <code>deb http://security.debian.org/ wheezy/updates main</code>

* Comandi del tipo <code>apt-get install pacchetto/release_taldeitali</code> non cambiano la ''target release'', ma si limitano a dire di prelevare lo specifico pacchetto dalla release indicata invece che da quella predefinita. Questo implica che le dipendenze continueranno ad essere risolte in base alla release obiettivo eventualmente specificata in <code>apt.conf</code> e/o in base al file preferences e/o in accordo all'algoritmo predefinito.

* Definire una release obiettivo in <code>apt.conf</code> è equivalente a dichiarare in <code>preferences</code> (si veda la prossima sezione) quanto segue

Non è minimamente testata né supportata, in quanto è un'operazione opposta all'aggiornamento tramite APT, e ha grandi probabilità di rendere l'intero sistema inusabile. Si raccomanda caldamente invece di effettuare una nuova installazione della [[release]] desiderata.}}

Non serve il pinning se si usano i repository ufficiali di una sola release di Debian, ed è '''sconsigliato''' impostare una ''Default-Release'' in <code>apt.conf</code>.

In una release pura i pacchetti dei ''backports'' continuano a restare disabilitati per la loro prima installazione, salvo presenti soltanto lì o li si scelga come target release, ma i pacchetti installati dai ''backports'' vengono aggiornati automaticamente senza bisogno di pinning.

Non serve modificarlo.

Pin: release n=wheezy-backports

Si noti anche che non si avranno aggiornamenti per i pacchetti che vengono installati con questo metodo, a meno che riguardino soltanto quel singolo pacchetto e nessun altro. In caso contrario bisogna rieseguire il precedente comando oppure impostare il pinning come una delle due configurazioni trattate in seguito.

 

Per permettere l'installazione e l'aggiornamento automatico di un pacchetto da testing con tutte le sue dipendenze, basta creare il file <code>/etc/apt/preferences.d/miopinning</code> con questo contenuto:

Pin: release a=testing

Pin-Priority: -1

</pre>

<pre>

</pre>

per installarlo e inoltre il pacchetto sarà tenuto aggiornato in automatico, a meno che siano aggiunte nuove dipendenze alla nuova versione disponibile. Infatti in [[testing]] le dipendenze possono essere rimosse o aggiunte.

Pin: release a=wheezy-backports

Pin-Priority: 200

Pin-Priority: 100

Dove ''wheezy-backports'' è il nome della [[suite]] (e il [[codename]], che sono uguali per i [[backports]]) dei repository backports di [[wheezy]] (l'attuale [[stable]]). È consigliabile specificare la nuova priorità a prescindere dalla loro presenza, altrimenti se attivati saranno sempre nascosti da ''testing'', avendo di default una priorità di 100 e contenendo versioni non più aggiornate.

per installare nuovi pacchetti da testing, che saranno aggiornati in automatico. Si noti però che perfino in questo caso gli aggiornamenti potrebbero comunque richiedere l'uso dell'opzione <code>-t</code>, se nuove dipendenze fossero aggiunte in ''testing''.

La release principale sia testing, quella secondaria unstable. Si legga [[Repository ufficiali|questa guida]] per impostare i repository di entrambe nel file <code>/etc/apt/sources.list</code>.

APT

        Default-Release "testing";

Non è necessario configurare alcun pinning, ma è sufficiente l'uso di <code>Default-Release</code> nel file <code>apt.conf</code>.

== Testing con deb-multimedia ==

Sia testing l'unica release d'interesse, nonché quella obiettivo. Si supponga di voler usare anche la fonte ''www.deb-multimedia.org'', ma con l'unico scopo di installare solo quei pacchetti che non sono presenti nel repository principale.

 

{{Box|Nota|Questo esempio non permette di retrocedere automaticamente pacchetti già installati da deb-multimedia.}}

### Debian testing

deb http://ftp.it.debian.org/debian/ testing main contrib non-free

### Debian testing - sicurezza

deb http://security.debian.org/ testing/updates main contrib non-free

### repository NON ufficiali - multimedia

deb http://www.deb-multimedia.org testing main non-free

APT

        Cache-Limit 36000000;

        Auto-Fix-Broken "true";

<br/>

<pre>

Pin: Release a=Testing

Pin-Priority: 990

Package: *

Pin-Priority: -10

=== Osservazioni ===

# Poiché entrambe le fonti, ''principale'' e ''deb-multimedia'', appartengono alla release testing in teoria questo caso non sarebbe gestibile tramite pinning, tuttavia sotto l'ipotesi di voler installare da deb-multimedia solo i pacchetti non presenti nella fonte principale il problema è risolvibile. Evitando di definire in <code>apt.conf</code> una release obiettivo e definendo in <code>preferences</code> prima il record relativo a deb-multimedia si ottiene di riuscire ad assegnare la priorità desiderata, nonostante il fatto che il secondo record si applichi in teoria anche a deb-multimedia. Si noti che stanti così le cose dovrebbe essere in realtà possibile attribuire pin superiori, fino a 989, a deb-multimedia, senza che per questo i suoi candidati ottengano la precedenza su quelli del repository principale. Qualora invece si desiderasse dare la precedenza ai pacchetti di deb-multimedia sarebbe sufficiente definire la release obiettivo in <code>apt.conf</code> risultando perfino inutile definire un file <code>preferences</code>, visto che come già detto di norma i candidati di deb-multimedia hanno numero di versione maggiore di quelli del repository principale.

# L'utilizzo dell'opzione '''-t''' in questo caso è inutile, visto che si lavora per ipotesi con una sola release.

# L'installazione di tutti i pacchetti provenienti da release differenti da testing è completamente impedita, anche nel caso si aggiungessero repository relativi ad altre release (a meno ovviamente di non aggiungere opportuni record in <code>preferences</code>).

# La definizione di un file <code>apt.conf</code> in questo esempio non è necessaria ai fini del pinning.

== Mix di varie release ==

In questo how-to mostrerò come utilizzare pacchetti Debian provenienti da Testing, Unstable, Experimental e deb-multimedia (audio/video) ma le istruzioni sono facilmente riportabili anche ad altre situazioni (unstable + experimental, stable + testing, stable + unstable, stable + testing + unstable, ecc.).

=== Impostare i repository ===

 

Per prima cosa editiamo il file <code>/etc/apt/sources.list</code> ed inseriamo gli archivi dei pacchetti Debian che utilizzeremo, per esempio (con ''contrib'' e ''non-free'' abilitati):

### Debian Ufficiale -- Testing

### Debian Ufficiale -- Testing Sicurezza

### Debian Ufficiale -- Sid

 

 

### deb-multimedia -- Audio/Video -- Marillat

A questo punto dobbiamo preparare due file normalmente non presenti sulla nostra debianbox: si tratta dei file <code>/etc/apt/preferences</code> e <code>/etc/apt/apt.conf</code>.

Questi due file istruiranno APT su come gestire le dipendenze dei pacchetti, informandolo su come comportarsi in caso di conflitti e altri problemi.

==== Il file <code>apt.conf</code> ====

Ora creiamo il file <code>/etc/apt/apt.conf</code>

 

 

 

==== Il file <code>preferences</code> ====

 

Pin: release a=unstable

Pin-Priority: 400

Si noti che ''experimental'' ha un ''Pin-Priority'' implicito pari a 1, e che quelli non specificati hanno un valore di 500, pertanto non è necessario impostare regole per ''deb-multimedia'' e ''testing'', che sarebbero equivalenti, ed ''experimental''.

Facciamo l'update del database dei pacchetti:

<pre># apt-get update</pre>

 

D'ora in avanti avremo due possibilità per installare un nuovo pacchetto: il metodo che usiamo di solito e cioè:

<pre># apt-get install nome_pacchetto</pre>

che utilizzerà pacchetti proveniente dalla versione impostata come '''Default-Release''' in '''apt.conf''', oppure il comando

che provvederà a installare il pacchetto da noi richiesto per la versione specificata (versione_debian), risolvendo automaticamente le dipendenze.

: [[Utente:HAL 9000|HAL 9000]] 14:08, 9 apr 2015 (CEST)