On Fri, Jun 20, 2003 at 09:48:32AM +0200, Georges Mariano wrote: > > Juste parce que l� on d�passe les limites ... > > apr�s je laisse la d�sinformation se poursuivre ! > > > En r�ponse � Sven Luther <[EMAIL PROTECTED]>: > > > > C'est le probleme de la > > poule et de l'oeuf. Certains disent qu'il faudrait que les DD > > utilisent stables exclusivement, mais c'est aussi les memes > > qui ralent lorsque > > la release suivante de debian est trop lente a venir. > > C'est vraiment n'importe quoi... > > a) donne moi un seul nom d'une personne dans ce cas...
Toi, si je lis le reste de ton mail, non ? > b) tu auras bien du mal pour la raison tr�s simple suivante (en gros, tu n'as > pas compris _pourquoi_ ils demandent �a): > > Il se trouve que je suis dans le 1er groupe, pourquoi ? > parce que c'est le fait de DDifier dans non-stable qui cr�e des probl�mes de > ralentissement de version. On pourrait avoir plus de versions interm�diaires, > si > les technicistes de Debian se calment un peu de temps en temps. La pratique de debian a toujours ete de ne plus jamais toucher a une distribution releaser, a part des bugfix de securite et de probleme graves. C'est cela que tu n'accepte pas et de la que viens tout le probleme. Une fois que la version stable a ete release, elle est utilisable et stable pour tout le monde, et les developpeurs sont alors libre de travailler sur la version suivante, alors que le security team s'occupe de stable. C'est comme cela, et on a pas la main d'oeuvre pour faire autrement, ni les infrastructures d'ailleurs. Libre a toi de faire des backport de qualite ou de faire en general evolue stable, mais les DD, on a pas le temps pour cela. > Tiens, tu parles de python. Pourquoi ne racontes-tu pas comment l'auteur m�me > de > python (Guido Van...) __a d�conseiller__ aux DDs de ne pas utiliser la > derni�re > version (encore consid�r�e comme non-stable � l'�poque)... M�me pas s�r qu'il > est eu gain de cause... Imaginez les d�gats. C'est pour cela que : 1) c'etait une upload dans unstable. 2) plusieurs versions de python peuvent etre installe en parallel. 3) normalement le pseudo package python aurrai du encore pointer sur l'ancienne version. > (M�me les DDs ne comprennent pas toujours pourquoi un paquet qui ne posent > apparemment pas de probl�me reste coinc� dans unstable...) Ca c'est un autre probleme, mon avis perso c'est qu'il faudrait un niveau de distribution supplementaire, ou plutot des vrai pools comme c'etait prevu a l'origine, mais cela n'est pas possible actuellement, et je pense que cela pose des problemes techniques relativement grands, sans parler de problemes de dependances. Mais c'est sur qu'un utilisateur testing/unstable a une autre idee des chose que le projet debian. Le but du projet debian est de sortir une prochaine version stable, alors que les utilisateurs testing/unstable n'en ont plutot rien a foutre. > J'ajouterai qu'une raison essentielle de DDiser dans stable c'est aussi de > garantir la �continuit� douce� des mise � jour. C'est fou le nombre de bug de > d�pendance qu'on trouve quand on backporte ... c'est � dire, pour �tre clair > une C'est sur, mais a qui la faute ? Souvent les packages upstream eux meme imposent une partie de ces dependances, et de toute facon, les backport ne font pas partie de la distribution debian stable et release. Et a nouveau, il y a des backport plus ou moins de bonne qualite. > bonne fois pour toute, quand on fait exactement ce que nombre de DD ne se > donnent pas la peine de faire. Pourquoi, le but affiche et la priorite des DDs c'est de produire une nouvelle release stable. Si tu veut autre chose, libre a toi de le faire, mais ne force pas du travail sur les autres que tu n'est pas pret a faire toi meme. Rien ne t'empeche de devenir DD et de t'occuper, non pas de packages en particuliers, mais de backport de qualite. > (Et on arrive a un processus de mise � jour Debian � la windows, nouvelle > release, autant tout r�installer... Ce dont un DD toujours dans sid ne peut se > rendre compte �videmment) Comprend pas, les tests d'upgrade sont fait avant la release, mais plutot en fin de cycle de developpement. Et des tests sont fait non seulement de la release precedente, mais des release anterieures aussi. Mais c'est sur, si tu prend un produit en cours de developpement, tu doit t'attendre a des problemes. > Je te laisse continuer ton intox. J'ai du boulot. Sur, mais tu aimerai bien que moi et les autres DD bosent pour toi, ce qu'on fait d'ailleurs, mais suivant nos priorites. Amicalement, Sven Luther
