[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Re : sarge release : que deviendra "testing" ?



deurveia@esiee.fr 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




Reply to: