Le ven 12/03/2004 � 21:56, Georges Mariano a �crit : > b) j'ai moi-m�me reproduit (involontairement) le bug...
Parce que je te connais notoirement pour ton penchant pour les backports. > une formulation plus juste est > > c) le mainteneur n'a pas envie de reproduire > le bug (suffit de se placer dans un chroot et de rejouer les diff�rentes > mise � jour de apt-listbugs, c'est ce qui m'est arriv�) Ce rapport vient tout juste d'�tre �mis, je n'ai fait que des suppositions. Merci de ne pas les attribuer au responsable officiel. > d) le processus debian d�cr�te que ce type de situation > n'est pas de son ressort, ce qui permet aux mainteneur de se placer dans c) La plupart d'entre-eux jonglent d�j� avec testing et unstable pour leurs paquets gr�ce au chroot (et � debootstrap) sans toutefois m�langer les deux distributions. Le projet debian n'impose rien de tel. > Enfin, et je voulais pas remettre �a sur le feu, mais bon, ce genre de > d�pendances qui manquent sur les paquets relatifs � des interpr�teurs > (ruby ici) n'arriveraient pas si le mainteneur ne travaillait pas > justement exclusivement dans sid (je suppose) mais avec une m�thode plus > proche du backport. Je ne vois pourquoi il le ferait: Debian fonctionne dans un principe clair. On n'ajoute pas de nouveaux paquets � la stable, ni de nouvelles versions. Les rares mises � jour concernent surtout les correctifs relatifs � la s�curit�. Tous les d�veloppements sont r�alis�s dans la distribution unstable. Les paquets "�lus" passent ensuite dans la testing apr�s quarantaine[1]. Maintenant, si tu connais une meilleure m�thode de d�veloppement... > Mais bon, comme tu as toi-m�me poser l'axiome qu'il faut �tre contre le > backport... on va pas s'�tendre sur le sujet, hein. C'est mon avis personnel et je le partage: j'estime que le rapport en question est typiquement le style de rapport qui fait perdre plus de temps au projet Debian qu'autre chose et ralentit d'autant la sortie de la Sarge. De m�me, j'estime que les "r�tro-portages" font autant de mal dans la mesure o� les personnes les utilisant ne font pas profiter au BTS des bons retours d'exp�riences n�cessaires � la r�duction des anomalies class�es "RC"[2] qui bloquent justement la sortie de la Sarge. > Puisque la caract�ristique de Debian c'est d'avoir un syst�me de > d�pendances robuste, il me semble plus judicieux d'utiliser les m�thodes > pour ce faire (i.e permettant de tester effectivement la mise � jour > de paquets) et non pas courir apr�s sid ... Heureux de te le voir enfin �crire... > c'est pour quand sarge ? :o) A croire des sources pour le moins avis�es, c'est pr�vu dans trois mois. [1]: http://www.debian.org/devel/testing [2]: http://bugs.debian.org/release-critical/ -- Rapha�l "SurcouF" Bordet [EMAIL PROTECTED]
