> Justement, c'est déjà à force de repousser cette date qu'on en est là...
Il faut s'avoir pourquoi la date repoussée.
Le problème n'est-il pas qu'il n'y a pas de vrai "freeze" ?
Le changement du contrat social avant la sortie de Sarge est-il normal en période de "freeze" ? : http://lists.debian.org/debian-vote/2004/debian-vote-200404/msg0007(...) As such, I can see no way to release sarge without having all these
things removed from the Debian system -- ie main.
Les plannings doivent être réalistes et il faut s'y tenir. Changer le planning car il y a de gros bugs non prévisibles est normal. Faire des changements de direction à la fin du développement d'une distribution est abérant. Ça augmente les délais et une renégociation du cahier des charges puisqu'il y a plus de temps, etc...
Tu me diras qu'on peut voir le problème sous l'angle de la date. Si la date est prioritaire alors il n'y a pas de changement de contrat social avant la sortie d'une distribution. Je pense que le respect (plus ou moins scrupuleux) de la date est important comme les objectifs et un plannig réaliste.
Juste par curiosité, tu peux me donner le cahier des charges initiale de Sarge ?
Comme pour les autres distributions. Lorsque Mandrake ou RedHat sort une beta pour une nouvelle distribution on a la liste des nouveautés (linux 2.6, kde 3.2, etc...) qui doivent être débugger/intégré pour la version finale.
[^] # Re: La sortie de la prochaine Debian menacée == :)
Posté par 007 . En réponse à la dépêche La sortie de la prochaine Debian menacée ?. Évalué à 3.
Il faut s'avoir pourquoi la date repoussée.
Le problème n'est-il pas qu'il n'y a pas de vrai "freeze" ?
Le changement du contrat social avant la sortie de Sarge est-il normal en période de "freeze" ? :
http://lists.debian.org/debian-vote/2004/debian-vote-200404/msg0007(...)
As such, I can see no way to release sarge without having all these
things removed from the Debian system -- ie main.
Les plannings doivent être réalistes et il faut s'y tenir. Changer le planning car il y a de gros bugs non prévisibles est normal. Faire des changements de direction à la fin du développement d'une distribution est abérant. Ça augmente les délais et une renégociation du cahier des charges puisqu'il y a plus de temps, etc...
Tu me diras qu'on peut voir le problème sous l'angle de la date. Si la date est prioritaire alors il n'y a pas de changement de contrat social avant la sortie d'une distribution. Je pense que le respect (plus ou moins scrupuleux) de la date est important comme les objectifs et un plannig réaliste.
Juste par curiosité, tu peux me donner le cahier des charges initiale de Sarge ?
Comme pour les autres distributions. Lorsque Mandrake ou RedHat sort une beta pour une nouvelle distribution on a la liste des nouveautés (linux 2.6, kde 3.2, etc...) qui doivent être débugger/intégré pour la version finale.