Discussione:Il repository Backports: differenze tra le versioni
S3v (discussione | contributi) mNessun oggetto della modifica |
(→Pin-Priority non più necessario per gli aggiornamenti automatici: nuova sezione) |
||
Riga 7: | Riga 7: | ||
: Aggiungo solo una precisazione: i file d'impostazione personali dovrebbero andare in <code>preferences.d/</code> per evitare che, in caso di aggiornamenti del file <code>preferences</code>, APT tenti di sovrascriverlo. In ogni modo verrà comunque chiesto cosa fare (sovrascivere, leggere i cambiamenti, etc.). I file in <code>preferences.d/</code> sono nient'altro che prosecuzioni del file <code>preferences</code>: è come se si avesse un unico file in cui le impostazioni seguenti sovrascrivono uguali impostazioni precedenti. Lo stesso comportamento si presenta per tutti i file che possono avere impostazioni personali (<code>sudoers.d/</code>, <code>grub.d/</code>, <code>init.d/</code> e così via). [[Utente:S3v|S3v]] 18:25, 15 mar 2013 (CET) | : Aggiungo solo una precisazione: i file d'impostazione personali dovrebbero andare in <code>preferences.d/</code> per evitare che, in caso di aggiornamenti del file <code>preferences</code>, APT tenti di sovrascriverlo. In ogni modo verrà comunque chiesto cosa fare (sovrascivere, leggere i cambiamenti, etc.). I file in <code>preferences.d/</code> sono nient'altro che prosecuzioni del file <code>preferences</code>: è come se si avesse un unico file in cui le impostazioni seguenti sovrascrivono uguali impostazioni precedenti. Lo stesso comportamento si presenta per tutti i file che possono avere impostazioni personali (<code>sudoers.d/</code>, <code>grub.d/</code>, <code>init.d/</code> e così via). [[Utente:S3v|S3v]] 18:25, 15 mar 2013 (CET) | ||
== Pin-Priority non più necessario per gli aggiornamenti automatici == | |||
Al meglio della mia comprensione (è partito tutto da qui: http://forum.debianizzati.org/viewtopic.php?f=42&t=49387&sid=29931ffb1daf29c3a936666b7a3c1c54) e leggendo anche su debian.org (https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports) riguardo i backports, la situazione è cambiata rispetto al passato. | |||
Seguendo la guida presente sul wiki tutto funziona comunque, e immagino sia per questo che nessuno ha notato il cambiamento, ma ora il file Release dei backports ufficiali riporta: | |||
... | |||
NotAutomatic: yes | |||
ButAutomaticUpgrades: yes | |||
... | |||
In pratica il valore di default di Pin-Priority per i backports è 100, anziché 1 come per gli experimental, 990 per l'eventuale default release (se specificata) e 500 per tutti gli altri repository. | |||
Considerando una situazione con solo i repository della stable (normali + security), eventualmente gli updates (ex-volatile) e i backports, senza impostare nulla in /etc/apt/preferences (e directory preferences.d) e senza impostare la default release in /etc/apt/apt.conf (o in un file nella directory apt.conf.d), la situazione sarebbe la seguente: | |||
Pin-Priority stable: 500 | |||
Pin-Priority updates: 500 | |||
Pin-Priority backports: 100 | |||
Quindi i pacchetti dai backports non verrebbero installati automaticamente, perché verrebbero sempre scelti quelli stable o gli updates, ma una volta installati manualmente verrebbero aggiornati in automatico, in quanto sarebbero quelli più recenti rispetto a quelli presenti in stable (+ security). | |||
Il man di apt_preferences dice (P è la Pin-Priority) è un po' ambiguo: | |||
<pre> 100 <= P < 500 | |||
causes a version to be installed unless there is a version available belonging to some other distribution or the installed version is more recent</pre> | |||
ma la "versione disponibile" dell'altra distribuzione in realtà è scelta solo se i backports non sono stati installati manualmente e non c'è quindi da effettuare un downgrade (per cui servirebbe un Pin-Priority maggiore o uguale a 1000): | |||
<pre> P >= 1000 | |||
causes a version to be installed even if this constitutes a downgrade of the package | |||
990 <= P < 1000 | |||
causes a version to be installed even if it does not come from the target release, unless the installed version is more recent | |||
500 <= P < 990 | |||
causes a version to be installed unless there is a version available belonging to the target release or the installed version is more recent</pre> | |||
Volevo chiedere conferma, perché tutta la questione è abbastanza ingarbugliata. :) |
Versione delle 15:31, 12 giu 2014
Salve, alla fine della guida (peraltro chiarissima) viene indicato di creare un file dove inserire le preferenze per l'aggiornamento dei pacchetti backports in /etc/apt/preferences.d/; il file deve avere un nome particolare, immagino... potreste indicarlo, o chiarire questo aspetto? Grazie mille e a presto :-) --Contemoon 18:47, 14 mar 2013 (CET) Edit: noto anche che [[1]] viene invece indicato /etc/apt/preferences come il file dove inserire le preferenze; si tratta di una variazione dovuta al camio di versione? Scusate le domande che possono apparire sciocche. Grazie ancora --Contemoon 18:55, 14 mar 2013 (CET)
Si possono usare indifferentemente il file preferences o la cartella preferences.d e i file all'interno della cartella posso avere un nome qualsiasi (anche se credo che in caso di conflitti di impostazioni tra file diversi dentro preferences.d vengano prese in considerazione quelle contenute nel file che in ordine alfabetico viene prima). BubuXP 15:00, 15 mar 2013 (CET)
- Aggiungo solo una precisazione: i file d'impostazione personali dovrebbero andare in
preferences.d/
per evitare che, in caso di aggiornamenti del filepreferences
, APT tenti di sovrascriverlo. In ogni modo verrà comunque chiesto cosa fare (sovrascivere, leggere i cambiamenti, etc.). I file inpreferences.d/
sono nient'altro che prosecuzioni del filepreferences
: è come se si avesse un unico file in cui le impostazioni seguenti sovrascrivono uguali impostazioni precedenti. Lo stesso comportamento si presenta per tutti i file che possono avere impostazioni personali (sudoers.d/
,grub.d/
,init.d/
e così via). S3v 18:25, 15 mar 2013 (CET)
Pin-Priority non più necessario per gli aggiornamenti automatici
Al meglio della mia comprensione (è partito tutto da qui: http://forum.debianizzati.org/viewtopic.php?f=42&t=49387&sid=29931ffb1daf29c3a936666b7a3c1c54) e leggendo anche su debian.org (https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports) riguardo i backports, la situazione è cambiata rispetto al passato.
Seguendo la guida presente sul wiki tutto funziona comunque, e immagino sia per questo che nessuno ha notato il cambiamento, ma ora il file Release dei backports ufficiali riporta:
... NotAutomatic: yes ButAutomaticUpgrades: yes ...
In pratica il valore di default di Pin-Priority per i backports è 100, anziché 1 come per gli experimental, 990 per l'eventuale default release (se specificata) e 500 per tutti gli altri repository.
Considerando una situazione con solo i repository della stable (normali + security), eventualmente gli updates (ex-volatile) e i backports, senza impostare nulla in /etc/apt/preferences (e directory preferences.d) e senza impostare la default release in /etc/apt/apt.conf (o in un file nella directory apt.conf.d), la situazione sarebbe la seguente:
Pin-Priority stable: 500 Pin-Priority updates: 500 Pin-Priority backports: 100
Quindi i pacchetti dai backports non verrebbero installati automaticamente, perché verrebbero sempre scelti quelli stable o gli updates, ma una volta installati manualmente verrebbero aggiornati in automatico, in quanto sarebbero quelli più recenti rispetto a quelli presenti in stable (+ security).
Il man di apt_preferences dice (P è la Pin-Priority) è un po' ambiguo:
100 <= P < 500 causes a version to be installed unless there is a version available belonging to some other distribution or the installed version is more recent
ma la "versione disponibile" dell'altra distribuzione in realtà è scelta solo se i backports non sono stati installati manualmente e non c'è quindi da effettuare un downgrade (per cui servirebbe un Pin-Priority maggiore o uguale a 1000):
P >= 1000 causes a version to be installed even if this constitutes a downgrade of the package 990 <= P < 1000 causes a version to be installed even if it does not come from the target release, unless the installed version is more recent 500 <= P < 990 causes a version to be installed unless there is a version available belonging to the target release or the installed version is more recent
Volevo chiedere conferma, perché tutta la questione è abbastanza ingarbugliata. :)