View Full Version : [?UBUNTU] Backports o non backports: questo è il dilemma...
Ciao a tutti,
ho intenzione di mantenere pulito ed efficiente il mio sistema (kubuntu 10.04 lts amd64) e dopo anni di aggiornamenti semestrali, vorrei iniziare ad aggiornare di lts in lts.
Attualmente come aggiornamenti ho impostato solo security e updates.
Conviene nell'ottica su detta abilitare i backports?
Voi li avete abilitati?
Xwang
wizard1993
17-08-2010, 22:27
personalmente se vuoi tenere un sistema "statico", passa diritto a debian: ubuntu ha bisogno troppo degli aggiornamenti, non troppo per il sistema in se, ma per i programmi che ci mettono insieme che sono in perenne stato beta
più o meno si, ma la current attuale è una LTS, per 3 anni salvo upgrade per sicurezza & simili il resto vien lasciato invariato.
io da una settimana ho attivato il ppa backport per avere KDE 4.5 e devo dire che non ha fatto NESSUN casino, è stata una scelta dolorosa, ma alla fine ho dovuto perchè la versione 4.4 di KDE era ancora troppo buggata.
ripeto: avuto nessun problema.
adesso però monitoro bene quando mi propone aggiornamenti da che server vengono!
e tendenzialmente credo che fra un mesetto o due quando avranno fatto ancora qualche ritocco a KDE 4.5 (tipo quando sarà in 4.5.1) disabiliterò quel repo.
soprattutto però NON ABILITEREI MAI I REPOS AGGIORNAMENTI PROPOSED
che imho son molto più rischiosi per l'instabilità del sistema che non backports se fatti in modo mirato.
goldorak
18-08-2010, 08:35
Ciao a tutti,
ho intenzione di mantenere pulito ed efficiente il mio sistema (kubuntu 10.04 lts amd64) e dopo anni di aggiornamenti semestrali, vorrei iniziare ad aggiornare di lts in lts.
Attualmente come aggiornamenti ho impostato solo security e updates.
Conviene nell'ottica su detta abilitare i backports?
Voi li avete abilitati?
Xwang
Dipende da che programmi vuoi aggiornare. Finche' si tratta di roba tipo Open Office, o qualche altro programma applicativo secondo me non ci sono problemi. I guai incominciano quando si installano software che aggiornano per i fatti loro le librerie di sistema. Quindi occhio.
La cosa piu' semplice a mio modo di vedere e' scaricarsi direttamente i sorgenti e compilarsi il programma che ti interessa (sempre che non si parli di roba gigantesca tipo KDE lol) e lo installi in una directory apposita in cui non fara' alcun danno al tuo sistema.
Non ho mai avuto problemi coi backports, l'importante per me e' di usarli solo per quel software specifico che interessa.
adesso però monitoro bene quando mi propone aggiornamenti da che server vengono!
Ti riferisci ai programmi che hai gia' installato via backports o ad altri ?
si, certo, se prima davo OK quasi in automatico agli aggiornamenti, ora so che ho backports repo attivo,
killo l'aggiornamento automatico,
vado in synaptic, verifico filtrando per repo backport PPA se gli aggiornameti vengono da li e nel caso scelgo se installarli o meno.
in generale accetteò solo aggiornamenti di KDE 4.5
ma
in generale credo che aspetterò almeno 10 giorni dall'aggiornamento proposto per installarlo da backport, se in quei 10 giorni o due settimane rimane invariato vuol dire che non era buggato (trattandosi di KDE completo se ne accorgerebbero in molti utenti e verrebbe segnalto e corretto) e andrò quasi sul sicuro.
credo come detto però che raggiunta la 4.5.1 o la 4.5.2 mi stopperò lì e disabiliterò il repo PPA backports.
insomma il tutto giusto per avere un KDE più stabile e meno buggato di quello da repos standard chè era in effetti più inutilizzabile e inaffidabile rispetto a un software da backports (fra parentesi lo uso da 10 gg e va stra-benissimo, ha di molto aumentato la stabilità del sistema e reattività generale, mentre prima dovevo per cose impegnative switchare su xfce)...
ma stiamo secondo me ad un caso un poco limite.
chi usa ubuntu e non kubuntu imho i backports meglio non li usi a meno di casi relativi a singoli programmi specifici e che non vadano ad aggiornare librerie di sistema e/o importatni per altri programmi, specie se "vitali" ...
e quindi in buona sostanza concordo con quanto già detto da altri.
si, certo, se prima davo OK quasi in automatico agli aggiornamenti, ora so che ho backports repo attivo,
killo l'aggiornamento automatico,
"Pinnando" opportunamente il repo dei backports puoi fare si' che i backports abbiano priorita' piu' bassa di quelli ufficiali, in modo che un backport non vada mai ad aggiornare un pacchetto normale, a meno che non glielo dici tu, e per installare il pacchetto backport devi esplicitamente indicare che lo vuoi fare (ad esempio in synaptic devi andare a vedere le "altre versioni" disponibili).
Molto comodo quando ti servono giusto quei due-tre pacchetti e niente altro.
Non mi ricordo se la cosa precluda l'aggiornamento automatico di pacchetti provenienti dai backports, sarebbe da verificare (io di solito uso unattended-upgrades).
Dcromato
21-08-2010, 03:37
uso ubuntu in pianta stabile dalla 8.10 e in tutto questo tempo con proposed e backport mai un problema.
jeremy.83
21-08-2010, 12:30
Ho votato NO!
Io mi fido solo dei repositories gestiti ufficialmente da Canonical. Niente backports o altre diavolerie, tutto ciò che mi serve è disponibile già subito di default
"Pinnando" opportunamente il repo dei backports puoi fare si' che i backports abbiano priorita' piu' bassa di quelli ufficiali, in modo che un backport non vada mai ad aggiornare un pacchetto normale, a meno che non glielo dici tu, e per installare il pacchetto backport devi esplicitamente indicare che lo vuoi fare (ad esempio in synaptic devi andare a vedere le "altre versioni" disponibili).
Molto comodo quando ti servono giusto quei due-tre pacchetti e niente altro.
Non mi ricordo se la cosa precluda l'aggiornamento automatico di pacchetti provenienti dai backports, sarebbe da verificare (io di solito uso unattended-upgrades).
mmm
mmm
mi sarebbe parecchio utile:
spiegheresti per favore la procedura del "pinnando"?
grazie mille!
ah, cosa utile per chi ha la 64 bit:
il flashplugin_ installer in 64 bit in versione alpha da PPA va stra-benissimo! :sofico: :sofico: :sofico: finalmente niente più cpu al 100% e impallamento di KDE per vedere un flash :sofico: :sofico: :sofico:
mmm
mmm
mi sarebbe parecchio utile:
spiegheresti per favore la procedura del "pinnando"?
grazie mille!
Porta pazienza fino a domani che non mi ricordo di preciso :p e l'ho fatto su un paio di computer al lavoro.
In /etc/apt/preferences
Package: *
Pin: release a=lucid-backports
Pin-Priority: 400
da https://help.ubuntu.com/community/UbuntuBackports#Use%20pinning%20to%20limit%20the%20backports%20repository
This code will set the priority for the 'lucid-backports' archive to 400, which is lower than the default (500), so that apt-get will not automatically upgrade to packages in the backports repository. The line release a=lucid-backports selects packages that belong to the 'Archive' (or 'Suite') called 'lucid-backports'.
In altre parole, non viene fatto automaticamente il passaggio da pacchetto normale a backports. Lo fai tu manualmente (forzando da linea di comando, o andandolo a cercare da synaptic).
Fatto questo la priorita' del pacchetto resta piu' bassa per cui eventuali aggiornamenti backports di pacchetti backports funziona correttamente.
bicchiere
26-08-2010, 14:47
Vi ricordo che in Opensuse ogni programma ha il suo repo, dove si può trovare impacchettato appositamente per l'ultima versione della distro
Se vi interessa soprattutto la stabilità, basta non abilitare il repo
Se vi interessa l'ultima versione, il backport esiste praticamente sempre.
In /etc/apt/preferences
Package: *
Pin: release a=lucid-backports
Pin-Priority: 400
da https://help.ubuntu.com/community/UbuntuBackports#Use%20pinning%20to%20limit%20the%20backports%20repository
In altre parole, non viene fatto automaticamente il passaggio da pacchetto normale a backports. Lo fai tu manualmente (forzando da linea di comando, o andandolo a cercare da synaptic).
Fatto questo la priorita' del pacchetto resta piu' bassa per cui eventuali aggiornamenti backports di pacchetti backports funziona correttamente.
FANTASTICO! grazie mille!:sofico: :sofico: :sofico:
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.