Il repository Backports: differenze tra le versioni

m
nessun oggetto della modifica
mNessun oggetto della modifica
Riga 11: Riga 11:
}}
}}
<br/>
<br/>
Chi utilizza il ramo stable di Debian si scontra spesso con un problema: il software troppo datato. Il repository backports sopperisce alla necessità di software più aggiornato, mettendo a disposizione pacchetti ricompilati dal ramo testing, senza che questi richiedano nuove librerie per funzionare. Da settembre 2010 il repository è diventato a tutti gli effetti un repository ufficiale di Debian.<br/>
Chi utilizza la [[suite]] [[stable]] di Debian si scontra spesso con un problema: il software troppo datato. Il repository backports sopperisce alla necessità di software più aggiornato, mettendo a disposizione pacchetti ricompilati dal ramo [[testing]], senza che questi richiedano nuove librerie per funzionare. Da settembre 2010 il repository è diventato a tutti gli effetti un repository ufficiale di Debian.<br/>
Di seguito un estratto del file [http://ftp.it.debian.org/debian/dists/wheezy-backports/Release Release] del repository:
Di seguito un estratto del file [http://ftp.it.debian.org/debian/dists/wheezy-backports/Release Release] del repository:
<pre>
<pre>
Riga 27: Riga 27:
Description: Backports for the Wheezy Distribution
Description: Backports for the Wheezy Distribution
</pre>
</pre>
Una prima differenza dagli altri repository è che non c'è un riferimento a stable nella suite (per esempio: ''stable-backports''), ma la suite corrisponde al codename (''wheezy-backports'').
Una prima differenza dagli altri repository è che non c'è un riferimento a stable nella [[suite]] (per esempio: ''stable-backports''), ma la suite corrisponde al [[codename]] (''wheezy-backports'').


In secondo luogo il comportamento di default è determinato dalle due righe '''NotAutomatic: yes''' e '''ButAutomaticUpgrades: yes''', che assegnano una ''Pin-Priority'' di 100 invece che 500 ai pacchetti di questo repository, salvo uso del pinning. Questo permette di tenerli disabilitati, finché non vengono scelti esplicitamente, ma senza rinunciare all'aggiornamento automatico dei pacchetti già installati da questo repository.
In secondo luogo il comportamento di default è determinato dalle due righe '''NotAutomatic: yes''' e '''ButAutomaticUpgrades: yes''', che assegnano una ''Pin-Priority'' di 100 invece che 500 ai pacchetti di questo repository, salvo uso del pinning. Questo permette di tenerli disabilitati, finché non vengono scelti esplicitamente, ma senza rinunciare all'aggiornamento automatico dei pacchetti già installati da questo repository.
Riga 66: Riga 66:
Prestare attenzione al fatto che potrebbe essere necessario prelevare con lo stesso metodo anche gli [[headers]] del kernel.
Prestare attenzione al fatto che potrebbe essere necessario prelevare con lo stesso metodo anche gli [[headers]] del kernel.


Si tenga presente che il repository è disabilitato con il preciso scopo di impedirne l'uso indiscriminato su una Debian [[stable]], se si volesse usarlo per un sistema di produzione. Infatti il software presente, anche se pacchettizzato e spesso ricompilato per essere distribuito assieme ai [[pacchetto|pacchetti]] presenti su una Debian stable, proviene infatti dalla [[suite]] [[testing]] e ne condivide sia i punti di forza, ovvero il software più aggiornato, che le debolezze, come minori controlli di sicurezza e minore stabilità.
Si tenga presente che il repository è disabilitato con il preciso scopo di impedirne l'uso indiscriminato su una Debian [[stable]], se si volesse usarlo per un sistema di produzione. Infatti il software presente, anche se pacchettizzato e spesso ricompilato per essere distribuito assieme ai [[pacchetto|pacchetti]] presenti su una Debian stable, proviene dalla [[suite]] [[testing]] e ne condivide sia i punti di forza, ovvero il software più aggiornato, che le debolezze, come minori controlli di sicurezza e minore stabilità.


Non è più necessaria alcuna regola di pinning per il loro aggiornamento automatico, come in passato. Una volta installati manualmente, i pacchetti saranno tenuti aggiornati dai backports.
Non è più necessaria alcuna regola di pinning per il loro aggiornamento automatico. Una volta installati manualmente, i pacchetti saranno tenuti aggiornati dai backports.


Il [[pinning]] è richiesto solo in caso di presenza di più versioni di Debian: se si hanno repository di stable e testing/Sid, il pinning è necessario per impedire che i pacchetti della stable e dei backports vengano aggiornati automaticamente a testing/Sid. Tenendo presente che l'uso di più [[release]] è sconsigliato, per maggiori informazioni è possibile consultare la guida [[Repository & pinning]].
Il [[pinning]] è richiesto solo in caso di presenza di più versioni di Debian: se si hanno repository di stable e testing/Sid, il pinning è necessario per impedire che i pacchetti della stable e dei backports vengano aggiornati automaticamente a testing/Sid. Tenendo presente che l'uso di più [[release]] è sconsigliato, per maggiori informazioni è possibile consultare la guida [[Repository & pinning]].
Riga 77: Riga 77:
:[[Utente:S3v|S3v]] 18:43, 9 ott 2012 (CEST)
:[[Utente:S3v|S3v]] 18:43, 9 ott 2012 (CEST)
:[[Utente:Wtf|Wtf]] 12:28, 19 mag 2013 (CEST)
:[[Utente:Wtf|Wtf]] 12:28, 19 mag 2013 (CEST)
:[[Utente:HAL 9000|HAL 9000]] 21:11, 29 ago 2014 (CEST)
:[[Utente:HAL 9000|HAL 9000]] 12:41, 2 set 2014 (CEST)
|Numero_revisori=3
|Numero_revisori=3
|Estesa_da=
|Estesa_da=
3 581

contributi