[EMAIL PROTECTED] wrote:

Hold on!

1)
Je m'y perds un peu l� maintenant :

Un coup la testing est Sid, une autre fois c'est Sarge...?
Un coup on parle de testing, un autre de unstable.

Je pensais moi jusqu'� maintenant que testing �tait (apr�s) "unstable"
mais 'v�rifi�' (pas encore stable, mais bien test�) ; � savoir le
sch�ma suivant :
unstable -> testing -> stable.

Correct

pour moi en ce moment ce que je pensais :
woody = stable ; sid = testing ; sarge = unstable.

Nop : Woody = stable; Sarge = testing (future stable); Sid = unstable

2)
Sinon,
Dans mon source.lists j'ai actuellement les mirroirs '/testing/'
Si j'ai bien compris, si je veux rester en testing, je laisse testing,

Correct

mais si je veux �tre en stable ensuite, alors je devrais plutot mettre
d�s maintenant les alias au lieu des noms generiques?

Correct (*)

Aussi, au d�but de mes install debian, j'utilisais beaucoup la
Formation d'Alexis (Delattre je crois). Qui pr�cisais que si on
passais de stable � testing ou unstable, il �tait difficile de revenir
en arri�re. Est-ce que le probl�me ne se posera pas dans ce cas
particulier ci ?

Non le probl�me ne se posera pas, simplement car tu ne reviens pas en arri�re. Le passage de Sarge en stable fera que tout ceux qui on utilis� l'alias Sarge dans leur sources.list seront en stable et non plus en testing. Ton syst�me n'�voluera pas... il n'y aura pas de retrogradation dans tes packets non pas de conflit, donc pas d'erreur

3)
Autrement,
la woody se faisait depuis quelques temps de moins en moins utilis�e,
pour des raisons de mises � jours.
Le passage de la testing de maintenant, � la nouvelle stable de plus
tard (et le rester) aura t-il peu � peu la m�me cons�quence
qu'aujourd'hui ?

Bien sur, une fois stable Sarge ne subira plus d'�volution outre les corrections de s�curit� (Tout comme Woody aujourd'hui).

Ou bien serait-il peut-�tre pr�f�rable de proc�der comme suit : passer
en stable pendant quelque temps, laisser un peu de temps � la testing
de se "stabiliser" avant de repasser en testing (je pr�cise que je ne
fais pour l'instant en tout cas pas dev de src, pkg, test fonctionnel,
ou autres des paquets)

Je pense que �a n'est pas comme �a qu'il faut r�flechir.

Soit tu as un serveur en production pour lequel les �volutions ne sont pas forcement importantes et pour lequel tu n'as pas envie de passer trop de temps en test de nouveaux packets. Tu n'as donc qu'un apt-get update && apt-get upgrade � faire lorque un bug sur un de tes packets est signal�.

Soit tu as envie d'avoir une machine en constante �volution auquel cas tu choisis testing voir unstable (pour ta machine perso par exemple).

Il faut voir que quand Sarge passera en stable, en temps 0, il n'y aura plus de diff�rence entre testing et stable. En gros testing ne va pas se "d�stabiliser" d'un coup comme �a. Donc si tu est en testing, reste en testing

Un mail un peu long, mais merci de l'avoir lu :-)

Une r�ponse un peu longue mais j'esp�re assez clair.

Bonne journ�e � tous :-D

Bonne journ�e � toi.

Alain.

Steph


Répondre à