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

Re: Debian Stretch/Sid, pourquoi Sid ?



Le mercredi 4 novembre 2015, 15:06:56 Damien TOURDE a écrit :
> Bonjour,

’jour,

>Oui en effet, je vois bien que je suis passé sur stretch
> partout, c'est de la forme a=testing, n=stretch (cf copie
> plus bas).
> 
> Mais mon soucis c'est que j'ai choisis Stretch en "toute
> confiance" car j'ai toujours cru que Sid était la seule
> distribution "non nommée" (dont le nom reste Sid ou unstable
> versions après versions), et que je souhaitais être en
> testing mais absolument pas en unstable.
> 
> 
> C'est pour ça que je ne comprend pas pourquoi en ayant choisi
> "testing" (Stretch), je me retrouve avec du Sid.
>[…]

  Tu *es* en testing / Stretch.

  Sid et testing servent toutes les deux au développement de la 
prochaine stable (Stretch) et, comme tu l’as dit plus tôt, 
testing c’est Sid avec un délai et quelques règles, donc il n’y 
a aucune façon de différencier une testing d’une Sid, à part en 
vérifiant l’origine et la version de tous les paquets un à un. 

  Malgré les mises à jour fréquentes et nombreuses, vu le nombre 
de paquets disponibles, la plupart des paquets de Sid et de 
testing sont à la même version.

  En fait, à part quelques paquets+versions de Sid qui ne 
descendent pas dans testing (en général parce qu’ils sont bogués 
et remplacés par une autre version avant d’être assez stables 
pour descendre) et le fait que, ainsi, tous les paquets ne 
descendent pas exactement après le même délai, tu pourrais avoir 
deux machines totalement identiques, avec exactement les mêmes 
paquets à la même version avec une des machines en testing et 
l’autre en Sid mais sans mise à jour pendant quelques jours.

  La seule façon d’être sûr d’être en testing, c’est d’avoir le 
bon sources.list, tous les paquets à jour et aucun marqué 
« obsolète ou local ».

  Et sinon, pour passer de Sid à testing (ce que tu n’a pas 
besoin de faire), il suffit de changer son sources.list et 
d’attendre que testing rattrape les paquets « trop modernes » 
(marqués alors « obsolètes ou locaux ») ou de forcer leur 
réinstallation à la version disponible en testing.

-- 
 Sylvain Sauvage


Reply to: