Newsgroup: it.comp.os.linux.debian
Titolo: Debian Etch _ Aggiornamento a r3

Scusate la domanda molto probabilmente banale ma ...
... io ho installato Debian Etch r2, cosa devo fare per aggiornalo
alla nuova versione r3? E' sufficiente un 'aptitude upgrade'?
Grazie

 nuova versione r3? E' sufficiente un 'aptitude upgrade'?
Si`, dopo un "aptitude update", naturalmente.
Se (come sarebbe giusto) hai anche i repository di security, il passaggio 
e` graduale e non te ne accorgi quasi.
Bye.

 Bye.
grazie ;)
ma l'aggiornamento sarà così semplice anche quando la lenny diventerà
stable?

 stable?
L'aggiornamento di una stable e` sempre cosi` semplice. Basta avere i 
rpository base e security definiti in sources.list e fare aggiornamenti da 
li`.
Nel 99.9999% delle volte non cambiano nemmeno i file di config, ma quella 
volta ogni 2 anni che succede ti compare un avviso prima 
dell'installazione effettiva (dopo il download).
Invece il passaggio da testing a stable e` un po' piu` complicato.
Se nel sources.list hai scritto "lenny" sara` praticamente automatico, non 
devi fare niente e non te ne accorgi nemmeno.
Se hai scritto "testing" devi stare attento, perche` il giorno (o la 
notte) che nei repository cambiano il link a stable, rischi di fare un 
upgrade alla prossima testing, e di trovarti magari qualche centinaio di 
pacchetti aggiornati perche` fino a poche ore prima era in freeze la 
testing.
Se hai scritto "stable" e la lenny diventa stable avrai qualche migliaio 
di pacchetti che cambiano, e in buona parte dei casi avrai formati dei 
file di config diversi, struttura del fs diversa (vedi apache che e` 
passato da un unico file di config a una struttura a sottodirectory), ecc.
Il mio consiglio e` di mettere sempre il nome della distro in sources.list 
(quindi etch, lenny, sarge, sid) e non la "stabilita`" (stable, testing, 
unstable).
Bye.


Non proprio del tutto, a volte.
Un conto e' una subversion della release stabile, un conto e' un salto
di release.
Tranquillo, bastera' non fidarsi del tutto degli automatismi, e
consultare sul sito debian la guida, dove ti dicono che procedure
seguire per aggiornare dalla release precedente.
http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.it.html
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net


... mah, io ho installato Etch e nella source list ho scritto
"stable", perchè mi sembrava d'avere letto da qualche parte che così
era più semplice gestire gli avanzament di versione ... invece mi
sembra di capire (ma non mi è molto chiaro) che secondo te vale il
contrario, ovvero che, per semplificarmi la vita, nella source list
dovrei scrivere "etch" ...

 "etch" ...
Se lo lasci cosi` passerai automaticamente alla nuova stable quando 
uscira`, perche` aptitude ha migliorato molto la procedura di dist-upgrade 
rispetto ad apt-get.
Se metti "etch" avrai molto piu` controllo. Decidi tu quando passare a 
lenny. Tipicamente dopo aver letto le note di rilascio della nuova 
versione e aver controllato di non dover fare qualcosa prima dell'upgrade, 
magari un backup. :)
Bye.

unstable).
TNX anche da parte mia, fatto al volo: stable -> etch
Forse sai dirmi questo: nel sito debian-multimedia stesso dice che per
i sorgenti si deve mettere:
deb-src 
http://www.debian-multimedia.org
 sid main
puoi tranquillizzarmi che non hanno sbagliato? perche' questa sid mi
fa un po' paura... Roberto dice che e' il nonno della Etch.
-- 
Ciao Minotto

 deb-src 
http://www.debian-multimedia.org
 sid main
Se usi etch da una devi usare etch anche dall'altra, altrimenti le
dipendenze potrebbero incasinarsi.
In ogni caso questa è una entry per pacchetti sorgente, quindi non è (quasi)
influente.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 un po' paura... Roberto dice che e' il nonno della Etch.
Quella riga serve a specificare i sorgenti, non i pacchetti, quindi non 
rischi niente durante gli upgrade.
Se invece avessi una riga che inizia con "deb http://..." io metterei i 
repository per etch. Sul sito 
www.debian-multimedia.org
 trovi tutte le 
informazioni necessarie, comprese le chiavi GPG per autenticare i 
repository.
La "sid" non e` proprio "nonno". Il funzionamento delle versioni della 
Debian e` stato spiegato piu` volte in questo gruppo. Cerca negli archivi 
di Google Groups.
Brevemente: quando esce un nuovo software o una nuova versione di un 
software, viene messa in sid. Dopo tot settimane, se non sono stati 
segnalati bug gravi, passa in testing (ora e` lenny).
Ogni tanto (circa 1,5 - 2 anni) questa procedura automatica viene 
bloccata, e la testing entra in "freeze". Si controlla che il software non 
abbia bug di sicurezza o gravi aperti e, quando si e` sicuri, testing si 
trasforma in stable (ma mantiene il nome che aveva, quindi da 
"lenny=testing" diventera` "lenny=stable"), mentre la stable diventa old-
stable (quindi "etch=stable" diventera` "etch=old-stable").
Contestualmente alla trasformazione nasce una nuova testing, prendendo il 
software che si trova in quel momento in sid.
"sid=unstable" rimane sempre "sid=unstable".
In "stable" non entrano mai nuove versioni di software, solo backport 
delle patch di sicurezza e per bug gravi, per quello e` tranquillo 
l'upgrade.
Bye.

La "sid" non e` proprio "nonno". Il funzionamento delle versioni della 
Ma infatti Roberto ha detto che la SID e' anche un babbo;-)  cmq TNX di
tutte le info, anche a THe_ZiPMaN.
-- 
Ciao Minotto

 La "sid" non e` proprio "nonno". Il funzionamento delle versioni della 
Ehi, la mia era solo una semplificazione:
Da sid si arriva a testing, testing genera stable.
Sid babbo (mamma? vabbeh, genitore) di testing, testing genitore di
stable, sid nonno di stable. :-)
Lo so, piu' che una riproduzione parentale e' una semiclonazione con
adattamento evolutivo, ma non sottilizziamo. :-P


 rispetto ad apt-get.
Avra' anche migliorato la procedura di upgrade rispetto ad apt-get, ma 
di contro ha peggiorato la procedura di rimozione completa rispetto ad 
apt-get (remove --purge), praticamente tenta di disinstallarmi mezzo 
sistema :-(.
Paride