Repository & pinning: differenze tra le versioni

Repository & pinning (visualizza wikitesto)

Versione delle 11:38, 1 feb 2014

428 byte aggiunti , 1 feb 2014

→‎Priorità come punteggio

Wtf

2 894

contributi

@@ Riga 50: / Riga 50: @@
 Il problema evidentemente non può che esplodere quando si esegue il comando <code>apt-get upgrade</code> (o peggio <code>apt-get dist-upgrade</code>), cioè quando si tenta di aggiornare tutti i pacchetti di sistema.
-La soluzione è, come facilmente intuibile, quella di assegnare manualmente un punteggio ai vari pacchetti, singolarmente o raggruppandoli. Prima però è necessario capire il significato dei vari punteggi (pin). Nel seguito si indicherà col termine "candidato" il pacchetto o gruppo di pacchetti proveniente dalla generica fonte dichiarata nel file <code>sources.list</code>.
+La soluzione è, come facilmente intuibile, quella di assegnare manualmente un punteggio ai vari pacchetti, singolarmente o raggruppandoli. Prima però è necessario capire il significato dei vari punteggi (pin-priority). Nel seguito si indicherà col termine "candidato" il pacchetto o gruppo di pacchetti proveniente dalla generica fonte dichiarata nel file <code>sources.list</code>.
 * Pin '''minore di 0''' (negativo), l’installazione del candidato è impedita a priori (salvo apposito comando).
 * Pin compreso tra '''1 e 99''', il candidato sarà installato solo se sono verificate entrambe le seguenti due condizioni: primo non esistono candidati appartenenti ad altre distribuzioni, secondo nel sistema non è già installata una versione (anche inferiore) del candidato.
-* Pin compreso tra '''100 e 499''', il candidato sarà installato solo se non esistono candidati appartenenti ad altre distribuzioni e se la versione eventualmente già installata non è superiore a quella del candidato. Esempio:
+* Pin compreso tra '''100 e 499''', il candidato sarà installato solo se non esistono candidati appartenenti ad altre distribuzioni e se la versione eventualmente già installata non è superiore a quella del candidato.
-** si ipotizzi di dichiarare pin 400 per il pacchetto "vattelapesca" di unstable, inoltre si supponga che "vattelapesca" sia anche presente in testing e/o in stable. Posto ovviamente di aver dichiarato tutte e tre le distribuzioni nel solito <code>sources.list</code> e che ciascun candidato abbia versione maggiore di quello già eventualmente installato, il risultato è che ad essere installata sarà la versione di testing, visto che in modo predefinito tutti i pacchetti non installati (e per i quali non sia stato definito manualmente alcun PIN) hanno priorità 500 (e di norma la versione di testing è più recente di stable).
 * Pin compreso tra '''500 e 989''', il candidato sarà installato solo se non esistono candidati appartenenti alla distribuzione obiettivo e se la versione eventualmente già installata non è superiore a quella del candidato. Si noti che il semplice fatto di aver installato una certa distribuzione, per esempio testing, non significa aver definito la distribuzione obiettivo, che può essere solo definita manualmente dall'utente (il come sarà spiegato nella discussione del file <code>apt.conf</code>).
 * Pin compreso tra '''990 e 999''', il candidato sarà installato solo se non esistono altri candidati con pin maggiore e se la versione eventualmente già installata non è superiore a quella del candidato.
 * Pin '''1000''' o superiore, il candidato sarà installato se non esistono altri candidati con pin maggiore, è quindi possibile la retrocessione di versione (downgrade) se la versione eventualmente già installata è superiore a quella del candidato. Es. è possibile installare la versione 1.1 di un pacchetto anche se ad essere già installata è la 1.2 o superiore.
+{{Box|IMPORTANTE|Si noti che gli intervalli sopra specificati sono la diretta conseguenza della procedura di assegnamento automatico di APT.}}
+Posto infatti per esempio di assegnare priorità 44 al pacchetto "vattelapesca" di stable e contestualmente di non dichiarare alcuna priorità per i "vattelapesca" di testing e unstable (assunto ovviamente di aver specificato tutti e tre i repository in <code>sources.list</code>) è evidente che un candidato vattelapesca di stable potrà essere installato solo se:
+# Non esistono altri candidati dello stesso pacchetto provenienti dalle altre due fonti, infatti APT assegnerebbe automaticamente a tali candidati una priorità di 500 (500 > 44).
+# Nessun candidato di "vattelapesca" è mai stato installato, infatti se così non fosse alla versione già installata di "vattelapesca" stable sarebbe assegnata in automatico una priorità di 100 (100 > 44), a prescindere dalla versione del pacchetto installato, ovvero anche quando la versione installata è inferiore a quella del nuovo candidato di stable disponibile.
 {{Box|Nota|