apt_preferences

NOME

apt_preferences - file di controllo delle preferenze per APT

DESCRIZIONE

Il file delle preferenze di APT, /etc/apt/preferences e i file frammento nella directory /etc/apt/preferences.d/ possono essere usati per controllare quale versione verrà selezionata per l'installazione. Quando il file sources.list(5) contiene riferimenti a più di una distribuzione, potrebbero essere disponibili per l'installazione diverse versioni di un pacchetto (ad esempio stable e testing). APT assegna una priorità a ciascuna versione che è disponibile. Tenendo in considerazione i limiti imposti dalle dipendenze, apt-get seleziona per l'installazione la versione con la più alta priorità. Le preferenze di APT scavalcano le priorità che APT assegna in modo predefinito alle versioni dei pacchetti, dando perciò all'utente il controllo su quale venga selezionata per l'installazione. Quando il file sources.list(5) contiene riferimenti a più di una fonte, potrebbero essere disponibili più istanze della stessa versione di un pacchetto. In questo caso apt-get scarica l'istanza elencata per prima nel file sources.list(5). Le preferenze di APT non hanno effetto sulla scelta dell'istanza, ma solo sulla scelta della versione. Le preferenze sono uno strumento potente nelle mani di un amministratore di sistema, ma possono anche diventare il suo incubo peggiore se usate con poca cautela! APT non mette in dubbio le preferenze scelte, perciò impostazioni sbagliate possono avere come risultato pacchetti non installabili o decisioni sbagliate durante l'aggiornamento dei pacchetti. Se vengono mescolati più rilasci di distribuzione può sorgere un numero ancora più grande di problemi, se non si sono capiti bene i concetti spiegati nei prossimi paragrafi. I pacchetti inclusi in uno specifico rilascio non sono testati (e perciò non sempre funzionano come atteso) in rilasci più vecchi o più nuovi, o insieme ad altri pacchetti da altri rilasci. Ci si consideri avvertiti. Notare che i file nella directory /etc/apt/preferences.d vengono analizzati in ordine alfanumerico crescente e i loro nomi devono conformarsi alle seguenti convenzioni: non devono avere estensione o avere estensione "pref", e possono contenere solo caratteri alfanumerici, trattini (-), trattini bassi (_) e punti (.). In caso contrario APT stampa un messaggio che informa che un file è stato ignorato, a meno che tale file non corrisponda ad un modello nell'elenco di configurazione Dir::Ignore-Files-Silently, nel qual caso viene ignorato in modo silenzioso.

Assegnazioni della priorità predefinite di APT

Se non c'è alcun file di preferenze o non c'è nel file una voce applicabile ad una versione particolare, allora la priorità assegnata a quella versione è la priorità della distribuzione a cui essa appartiene. È possibile distinguere una distribuzione, il «rilascio obiettivo», che riceve in modo predefinito una priorità maggiore delle altre distribuzioni. Il rilascio obiettivo può essere impostato nella riga di comando di apt-get o nel file di configurazione di APT, /etc/apt/apt.conf. Notare che questa impostazione ha precedenza rispetto a qualsiasi priorità generale sia stata impostata nel file /etc/apt/preferences descritto in seguito, ma non rispetto a pacchetti per cui è specificatamente indicato un pin. Per esempio, Se il rilascio obiettivo è stato specificato, allora APT usa il seguente algoritmo per impostare le priorità delle versioni di un pacchetto. Assegna: priorità 1 priorità 100 priorità 500 priorità 990 Alla versione viene assegnata la più alta di queste priorità la cui descrizione corrisponde alla versione. Se il rilascio obiettivo non è stato specificato, allora APT assegna semplicemente la priorità 100 a tutte le versioni di pacchetto installate e la priorità 500 a tutte le versioni di pacchetto non installate, tranne le versioni che provengono da archivi che, nei loro file Release, sono contrassegnati come «NotAutomatic: yes»; queste ultime versioni hanno priorità 1, oppure priorità 100 se sono in aggiunta contrassegnate come «ButAutomaticUpgrades: yes». Per determinare quale versione di un pacchetto installare APT applica poi le seguenti regole, elencate in ordine di precedenza. In una situazione tipica, la versione installata di un pacchetto (priorità 100) non è così recente come una delle versioni disponibili dalle fonti elencate nel file sources.list(5) (priorità 500 o 990). Quindi il pacchetto viene aggiornato quando viene eseguito apt-get install un-pacchetto o apt-get upgrade. Più raramente, la versione installata di un pacchetto è più recente di qualsiasi altra versione disponibile. Il pacchetto non viene retrocesso quando viene eseguito apt-get install un-pacchetto o apt-get upgrade. A volte la versione installata di un pacchetto è più recente di quella che appartiene al rilascio obiettivo, ma non così recente come la versione che appartiene a qualche altra distribuzione. Un tale pacchetto verrà di fatto aggiornato quando viene eseguito apt-get install un-pacchetto o apt-get upgrade, perché almeno una delle versioni disponibili ha una priorità più alta di quella installata.

Phased Updates

APT understands a field called Phased-Update-Percentage which can be used to control the rollout of a new version. It is an integer between 0 and 100. A system's eligibility to a phased update is determined by seeding random number generator with the package source name, the version number, and /etc/machine-id, and then calculating an integer in the range [0, 100]. If this integer is larger than the Phased-Update-Percentage, the version is pinned to 1, and thus held back. Otherwise, normal policy rules apply. In case you have multiple systems that you want to receive the same set of updates, you can set APT::Machine-ID to a UUID such that they all phase the same, or set APT::Get::Never-Include-Phased-Updates or APT::Get::Always-Include-Phased-Updates to true such that APT will never/always consider phased updates.

L'effetto delle preferenze di APT

Il file delle preferenze di APT permette all'amministratore di sistema di controllare l'assegnazione delle priorità. Il file consiste di uno o più record su più righe, separati da righe vuote. I record possono avere una tra due forme: una forma specifica e una forma generica. L'effetto dell'operatore virgola è simile ad un «AND» nella logica: tutte le condizioni devono essere soddisfatte affinche il pin faccia corrispondenza. Esiste una sola eccezione: per ciascun tipo di condizione (come due condizioni «a»), solo l'ultima di queste condizioni viene controllata.

Matching packages in the Package field

The Package field specifies the package that a pinning priority is applied to. The field can either contain a binary package name, a source package name (prefixed with "src:"), a glob(7) expression or a regular expression (surrounded by slashes). Multiple package names, glob(7) expressions and regular expressions can be listed separated by whitespace in which case the record will match any of the matched packages. By default, only packages of the native architecture are matched. To match binary packages of any architecture, add the :any suffix to the package name. You can also limit matching to a specific architecture by appending the architecture name to the package name, separated by a colon character. For example, the following example uses a glob expression and a regular expression to assign the priority 500 to all packages from experimental where the name starts with gnome (as a glob(7)-like expression) or contains the word kde (as a POSIX extended regular expression surrounded by slashes). Di norma queste espressioni possono essere utilizzate ovunque c'è una stringa. Perciò il pin seguente assegna la priorità 990 a tutti i pacchetti provenienti da un rilascio il cui nome inizia con lunar. Se un'espressione regolare viene usata in un campo Package, il comportamento è equivalente a quello che si otterrebbe se l'espressione regolare fosse sostituita da un elenco di tutti i nomi di pacchetto a cui corrisponde. Non è chiaro se questo comportamento verrà modificato in futuro; perciò si dovrebbero sempre indicare per primi i pin con caratteri jolly, in modo che i pin specifici successivi abbiano precedenza su di essi. Il modello «*» in un campo Package non viene considerato come un'espressione glob(7). To pin all binaries produced by the apt source package of this APT's version to 990, you can do: Source package pinning can be combined with regular expressions and glob patterns, and can also take a binary architecture. For example, let's pin all binaries for all architectures produced by any source package containing apt in its name to 990: The :any suffix makes sure to select binary packages from any architecture. Without that suffix, apt implicitly assumes the :native suffix which would only select packages from the native architecture.

Come APT interpreta le priorità

Le priorità (P) assegnate nel file delle preferenze di APT devono essere rappresentate da interi positivi o negativi. Vengono interpretate nel modo seguente (semplificando le cose): P >= 1000 990 <= P < 1000 500 <= P < 990 100 <= P < 500 0 < P < 100 P < 0 P = 0 Il primo record in forma specifica, che corrisponde ad una versione di pacchetto disponibile, determina la priorità della versione del pacchetto. In caso contrario, la priorità del pacchetto viene definita come il valore massimo di tutte le priorità definite da record in forma generica che corrispondono alla versione. I record definiti usando modelli nel campo Pin diversi da «*» sono trattati come record in forma specifica. Per esempio, supponendo che il file di preferenze di APT contenga i tre record descritti in precedenza: Allora:

Determinazione delle proprietà di versione del pacchetto e di distribuzione

Le posizioni elencate nel file sources.list(5) dovrebbero fornire i file Packages e Release che descrivono i pacchetti disponibili in quelle posizioni. Il file Packages si trova normalmente nella directory .../dists/ nome-dist/ componente/arch: per esempio, .../dists/stable/main/binary-i386/Packages. È costituito da una serie di record su più righe, uno per ogni pacchetto disponibile in tale directory. In ciascun record solo due righe sono rilevanti per l'impostazione delle priorità di APT: la riga Package: la riga Version: Il file Release si trova normalmente nella directory .../dists/ nome-dist: ad esempio, .../dists/stable/Release o .../dists/bookworm/Release. Consiste di un record su più righe che si applica a tutti i pacchetti nell'albero di directory sottostante alla directory genitrice. A differenza di ciò che avviene per il file Packages, quasi tutte le righe in un file Release sono importanti per l'impostazione delle priorità di APT: la riga Archive: o Suite: la riga Codename: la riga Version: la rigaComponent: la riga Origin: la riga Label: Tutti i file Packages e Release recuperati dalle posizioni elencate nel file sources.list(5) sono memorizzati nella directory /var/lib/apt/lists o nel file indicato dalla variabile Dir::State::Lists nel file apt.conf. Per esempio, il file debian.lcs.mit.edu_debian_dists_unstable_contrib_binary-i386_Release contiene il file Release recuperato dal sito debian.lcs.mit.edu per i file dell'architettura binary-i386 nella componente contrib della distribuzione unstable.

Righe opzionali in un record delle preferenze di APT

Ogni record nel file delle preferenze di APT può iniziare opzionalmente con una o più righe che cominciano con la parola Explanation:. Ciò fornisce un posto dove mettere commenti.

ESEMPI

Seguire Stable in modo continuativo

Il seguente file di preferenze di APT fa sì che APT assegni una priorità più alta di quella predefinita (500) a tutte le versioni di pacchetto che appartengono alla distribuzione stable, e una priorità eccezionalmente bassa alle versioni di pacchetto che appartengono alle altre distribuzioni Debian. Con un file sources.list(5) adatto e il file di preferenze descritto sopra, uno qualsiasi dei seguenti comandi farà sì che APT aggiorni il sistema alle versioni più recenti di stable. Il seguente comando farà sì che APT aggiorni il pacchetto specificato alla versione più recente nella distribuzione testing; il pacchetto non verrà successivamente aggiornato a meno di non usare nuovamente questo comando.

Seguire Testing o Unstable in modo continuativo

Il seguente file di preferenze di APT fa sì che APT assegni una priorità alta alle versioni di pacchetto nella distribuzione testing, una priorità più bassa alle versioni di pacchetto nella distribuzione unstable, e una priorità eccezionalmente bassa alle versioni di pacchetto nelle altre distribuzioni Debian. Con un file sources.list(5) adatto e il file di preferenze descritto sopra, uno qualsiasi dei seguenti comandi farà sì che APT aggiorni il sistema alle versioni più recenti di testing. Il comando seguente farà sì che APT aggiorni il pacchetto specificato alla più recente versione nella distribuzione unstable. Successivamente, apt-get upgrade aggiornerà il pacchetto alla versione più recente in testing, se è più nuova di quella installata, altrimenti alla più recente versione in unstable se è più recente di quella installata.

Seguire l'evoluzione di un rilascio in base al nome in codice

Il seguente file delle preferenze di APT farà sì che APT assegni una priorità più alta di quella predefinita (500) a tutte le versioni di pacchetto che appartengono alla distribuzione con il nome in codice specificato, e una priorità eccezionalmente bassa alle versioni di pacchetto che appartengono ad altre distribuzioni, nomi in codice e archivi Debian. Notare che con questa preferenza, APT segue la migrazione di un rilascio dall'archivio testing a stable e successivamente a oldstable. Se si vuole seguire il progresso, ad esempio, di testing indipendentemente dai cambi di nome in codice si devono usare le configurazioni negli esempi precedenti. Con un file sources.list(5) adatto e il file di preferenze descritto sopra, uno qualsiasi dei seguenti comandi farà sì che APT aggiorni il sistema alle versioni più recenti nel rilascio con nome in codice trixie. Il comando seguente farà sì che APT aggiorni il pacchetto specificato alla più recente versione nella distribuzione sid. Successivamente, apt-get upgrade aggiornerà il pacchetto alla versione più recente in trixie, se è più nuova di quella installata, altrimenti alla più recente versione in sid se è più recente di quella installata.

FILE

/etc/apt/preferences /etc/apt/preferences.d/

VEDERE ANCHE

apt-get(8) apt-cache(8) apt.conf(5) sources.list(5)

BUG

Pagina dei bug di APT[1]. Se si desidera segnalare un bug in APT, vedere /usr/share/doc/debian/bug-reporting.txt o il comando reportbug(1).

TRADUZIONE

Traduzione in italiano a cura del Team italiano di localizzazione di Debian <[email protected]>. In particolare hanno contribuito Eugenia Franzoni (2000), Hugh Hartmann (2000-2012), Gabriele Stilli (2012), Beatrice Torracca (2012, 2014, 2015). Notare che questa versione tradotta del documento può contenere parti non tradotte. Ciò è voluto, per evitare di perdere contenuti quando la traduzione non è aggiornata rispetto all'originale.

AUTORE

Team APT

NOTE

1.

Pagina dei bug di APT