> Testing n'est pas une distribution complète, c'est un extrait de unstable qui est fait selon un certain nombre de règles automatiques :
Non, ce n'est pas un "extrait". les versions en testing ne sont pas celles qui sont dans unstable, mais des versions qui ont été dans unstable : un paquet peut tout à fait être dans testing alors qu'il n'est plus dans unstable. C'est une distribution cohérente, premier pas vers la distribution stable. Et cela devrait être une distribution complète.
> Il est donc tout à fait normal que des paquets puissent être présents dans stable et dans unstable mais pas dans testing.
Normal, je ne sais pas. Possible, certainement. Logique, non : les paquets qui sont dans stable ont ete dans testing (en particulier lors du freeze...), donc si le paquet digikam est cassé, c'est qu'une de ses dependances a ete mise a jour alors qu'elle cassait ce paquet précis. Il y a donc eu une mise à jour forcée à un moment ou à un autre en contradiction avec les règles. Mais manifestement puisque tout le monde veut que le kde qui est dans testing ne soit pas trop vieux, on utilise le mécanisme d'exception (d'ailleurs, si on ne l'utilisait pas, je doute qu'on verrait beaucoup de mises à jour de choses comme ça dont une cohorte de paquets dépendent)...
[^] # Re: Testing, version en cours de travail
Posté par 태 (site web personnel) . En réponse au journal Ou sont les paquets testing ?. Évalué à 3.
Non, ce n'est pas un "extrait". les versions en testing ne sont pas celles qui sont dans unstable, mais des versions qui ont été dans unstable : un paquet peut tout à fait être dans testing alors qu'il n'est plus dans unstable. C'est une distribution cohérente, premier pas vers la distribution stable. Et cela devrait être une distribution complète.
> Il est donc tout à fait normal que des paquets puissent être présents dans stable et dans unstable mais pas dans testing.
Normal, je ne sais pas. Possible, certainement. Logique, non : les paquets qui sont dans stable ont ete dans testing (en particulier lors du freeze...), donc si le paquet digikam est cassé, c'est qu'une de ses dependances a ete mise a jour alors qu'elle cassait ce paquet précis. Il y a donc eu une mise à jour forcée à un moment ou à un autre en contradiction avec les règles. Mais manifestement puisque tout le monde veut que le kde qui est dans testing ne soit pas trop vieux, on utilise le mécanisme d'exception (d'ailleurs, si on ne l'utilisait pas, je doute qu'on verrait beaucoup de mises à jour de choses comme ça dont une cohorte de paquets dépendent)...