On Fri, Sep 13, 2002 at 03:22:56PM +0200, Georges Mariano wrote: > > Pour que ce genre de probl�me arrive moins souvent (bien que ce soit > > relativement rare) il est de notre devoir de tester les packages > > NB : "notre" = mainteneurs Debian ?? > Les mainteneurs/d�veloppeurs d�veloppent, les utilisateurs utilisent.
Non avant d'�tre d�veloppeur je suis utilisateur et je parle des utilisateurs. Ce qui est expliqu� dans la partie du mail que tu as coup�e. > > avant qu'ils rentrent dans la branche stable. > > > le valider. Je ne cesserai de le r�p�ter � tout va que l'utilisation > > de querybts et de reportbug devraient �tre obligatoire et devenir un > > r�flexe. Ceci permettrait donc d'avoir moins de surprises > > d�sagr�ables. > > Faut pas non plus se moquer du monde... La remarque est valable pour toi aussi. > Je veux bien tester mais QUAND JE LE CHOISI... i.e quand je sais o� je > mets les pieds !! Comment veux-tu savoir o� tu mets les pieds lorsque tu n'as pas test� ??? > En l'occurence, sans vouloir �tre m�chant avec le mainteneur, webmin > est fait pour administrer des (remarquez le pluriel) machines � > distance, webmin �tait dans potato et fonctionnait correctement. > webmin est maintenant dans woody. Stable �a veut dire qu'un service > op�rationnel auparavant le reste apr�s mise � jour. Fallait 5 minutes > et au moins deux machines pour voir que ce n'�tait pas le cas. C'est > quand m�me pass� dans stable... � qui la faute? Le mainteneur a sa part de faute. L'utilisateur aussi. Il ne faut pas oublier que c'est l'utilisateur qui fait ce qu'est la Debian en ce moment. Le mainteneur et les diff�rents d�veloppeurs concr�tisent cette chose. > Deux choses : > * si le processus de diffusion Debian est incapable d'assurer une > v�ritable s�mantique du mot "stable", faut le dire. Point barre. Avec plus de 10000 packages qui interagissent souvent les uns avec les autres, est-ce envisageable de tout tester en interne ? Il faut quand m�me faire rentrer les utilisateurs dans le processus ce qui est le cas. Mais ce n'est pas, � mon avis, � la hauteur de nos esp�rances. > J'ajoute qu'il n'y aurait aucune raison d'avoir honte, c'est quasiment > impossible de nos jours... Enti�rement d'accord avec cette remarque. > * pour valider un paquet comme webmin, faut un contexte minimum > (quasiment une �quipe) [encore faudrait-il ici faire la diff�rence > entre stabilit� upstream et stabiliy� du paquet]. Oui l� aussi *tout* le monde peut int�grer une telle �quipe sans pour autant �tre d�veloppeur. Le statut de d�veloppeur n'est qu'un statut technique (on a des droits sur les machines) mais *tout* le monde participe au projet et participe aux d�cisions. > On pourrait retourner la remarque ainsi : c'est trop facile de se > mettre mainteneur d'un paquet (et �tre sur la photo de classe Debian) > en se reposant sur les users derri�res pour balayer. Voir la remarque de l'importance des utilisateurs dans le projet. Personne et tout le monde est balayeur. > (Profitons-en!!) En ce qui concerne le devoir d'obligation d'utiliser > reportbug et cie, j'aimerai bien dans ce cas (obligation vers les > users) qu'il existe �galement une obligation (pour les mainteneurs) � > construire leur paquet dans un chroot/pbuilder (par exemple). �a > �viterait d�j� bien des probl�mes. �videmment c'est plus lourd, ok. > Mais la robustesse d'une distribution est � ce prix. �a arrive, de plus en plus de d�velopeurs le font et c'est une bonne chose. > [ajoutons : isoler les param�tres de configuration, pr�server les > options de configuration des applis en amont, ne pas choisir pour moi > si j'utilise gnome ou kde, si j'utilise mysql ou postgresl, pr�server > la d�tection optimale du cpu, ne pas modifier les pieds de pages des > docs fournies, ... des tas de trucs > tout �a c'est du v�cu �videmment... Est-ce la majorit� des cas ? �a m'�tonnerai. On y travaille mais la participation de tous est requise pour atteindre un tel niveau. > En faisant du backport, j'ai rencontr� pas mal de trucs marrants, j'ai > fait quelques rapports. Mais d'un autre c�t� je vois pas pourquoi je > passerai un bon quart d'heure (pour le faire bien) � rapporter un > probl�me qui se d�tecte en 5 minutes au d�part. � la fin �a devient > p�nible. Ce n'est pas si fr�quent de tels bugs. Et pourquoi tu y passerais du temps: tout simplement pour faire �voluer le projet dans le bon sens. Je trouve normal de passer du temps pour que quelques centaines voire quelques milliers de personnes puissent l'utiliser sans soucis apr�s. > Tiens, je crois savoir que tu es d�veloppeur, si tu pouvais faire > passer le message, ce serait sympa... On y travaille, mais �a avance doucement: nous ne sommes pas que 10 dans le projets avec des mentalit�s diff�rentes... Mais on y travaille. -- Igor Genibel http://www.answare.fr/ [EMAIL PROTECTED] http://www.tuxfamily.org/ [EMAIL PROTECTED] http://people.debian.org/~igenibel [EMAIL PROTECTED] GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92 9B99 C44B 0266 9D73 5B4F
