3 581
contributi
Discussione:Repository & pinning: differenze tra le versioni
Discussione:Repository & pinning (visualizza wikitesto)
Versione delle 11:39, 11 mag 2015
, 11 mag 2015→Sommario di tutte le modifiche apportate
(→Sommario di tutte le modifiche apportate: nuova sezione) |
|||
| (2 versioni intermedie di uno stesso utente non sono mostrate) | |||
| Riga 130: | Riga 130: | ||
== Sommario di tutte le modifiche apportate == | == Sommario di tutte le modifiche apportate == | ||
Lascio un link alla discussione del forum, in particolare alla parte da | Lascio un link alla discussione del forum, in particolare alla parte da [http://forum.debianizzati.org/viewtopic.php?f=25&t=48541&start=30#p193316 questo mio messaggio] in poi, che spiega l'origine degli ultimi cambiamenti. | ||
Sommario delle modifiche più importanti apportate, anche in precedenza: | Sommario delle modifiche più importanti apportate, anche in precedenza: | ||
* utilizzare apt.conf e preferences per evitare confusione, specialmente in caso di presenza di altri file di configurazione, lasciando le directory apt.conf.d e preferences.d per eventuale software di sistema; | * utilizzare apt.conf e preferences per evitare confusione, specialmente in caso di presenza di altri file di configurazione, lasciando le directory apt.conf.d e preferences.d per eventuale software di sistema; | ||
* non usare mai apt.conf e preferences assieme, per via dei possibili conflitti tra i due (e non parliamo neanche del fatto che con l'uso dell'opzione -t si possono disabilitare in una volta sola entrambe le impostazioni, in alcuni casi specifici). Se basta Default-Release in apt.conf si usa quello, altrimenti lo si lascia vuoto e si passa a preferences; | * non usare mai apt.conf e preferences assieme, per via dei possibili conflitti tra i due (e non parliamo neanche del fatto che con l'uso dell'opzione -t si possono disabilitare in una volta sola entrambe le impostazioni, in alcuni casi specifici). Se basta Default-Release in apt.conf si usa quello, altrimenti lo si lascia vuoto e si passa a preferences; | ||
* evitare opzioni potenzialmente pericolose in apt.conf ( | * evitare opzioni potenzialmente pericolose in apt.conf (Fix-Missing, Force-LoopBreak), che possono causare perdita di dati installati e le configurazioni (Purge, Purge-Unused; in particolare per DB credo), meno sicure (AllowUnauthenticated), inutili (Cache-Limit; ora illimitato di default) e comunque non attinenti al pinning (AutomaticRemove, Clean-Installed). Apt.conf necessita, eventualmente, soltanto della riga "APT::Default-Release"; | ||
* uso di codename (jessie, stretch) al posto di suite/archive (stable, testing) per stable+testing per sources.list, apt.conf e preferences, in modo che la configurazione non cambi quando Stretch diverrà la nuova stable; | * uso di codename (jessie, stretch) al posto di suite/archive (stable, testing) per stable+testing per sources.list, apt.conf e preferences, in modo che la configurazione non cambi quando Stretch diverrà la nuova stable; | ||
* | * uso di suite (testing) solo quando non si hanno repository di stable; | ||
* i file Release di backports ed experimental sono stati aggiornati per impedire installazioni automatiche (e in caso di experimental anche aggiornamenti automatici) dei pacchetti già presenti in altri rami; | * i file Release di backports ed experimental sono stati aggiornati per impedire installazioni automatiche (e in caso di experimental anche aggiornamenti automatici) dei pacchetti già presenti in altri rami; | ||
* non consigliare di conseguenza alcun pinning per i backports, per via dell'impossibilità di "garantirli", salvo intervento di aptitude (facendo particolare attenzione alle soluzioni proposte, che non mi sento però di consigliare a chi non è esperto) o assegnare la stessa priorità a tutto il repository backports, che è sconsigliato dai Debian Developer; basta in fondo utilizzare l'opzione -t e poi tutto si aggiornerà automaticamente (in particolare utilizzando <code>apt upgrade</code>, che è consigliabile a partire da Jessie, oppure <code>apt-get dist-upgrade</code>); | * non consigliare di conseguenza alcun pinning per i backports, per via dell'impossibilità di "garantirli", salvo intervento di aptitude (facendo particolare attenzione alle soluzioni proposte, che non mi sento però di consigliare a chi non è esperto) o assegnare la stessa priorità a tutto il repository backports, che è sconsigliato dai Debian Developer; basta in fondo utilizzare l'opzione -t e poi tutto si aggiornerà automaticamente (in particolare utilizzando <code>apt upgrade</code>, che è consigliabile a partire da Jessie, oppure <code>apt-get dist-upgrade</code>); | ||