Re: Le bug le plus long
On Wed, Feb 27, 2002 at 10:07:53PM -0500, Laurent Pelecq wrote: Boujour (2), Est-ce qu'il ne serait pas raisonnable d'obliger les mainteneurs à répondre sur les rapport de bugs dans un délai fixé. Par exemple #71526 a plus d'un an (ce n'est pas le pire) et il n'y a aucune réponse du mainteneur pour donner la moindre indication de ce qu'il compte faire. Ca semble raisonnable, mais ca semble aussi inapliquable, non ? Qu'est ce que tu comptes faire quand quelqu'un ne répond pas ? Lui faire les gros yeux ? Cracker sa machine personnelle pour ruiner son disque dur ? Plus sérieusement, on pourrais le « banir » de Debian, mais ca pose largement plus de soucis que ca n'en résout. Le premier, c'est que c'est pas surqu'on ait le droit. La premiere regle de la constitution Debian est qu'on ne peut obliger quiconque à travailler sur quelque chose qu'il n'a pas choisi de faire. Il faudrait donc changer la constitution (ou arguer qu'il a *choisi* d'etre mainteneur), et ca ne se fait pas si simplement. Le second, c'est que si on vire tous les mainteneurs qui ne font pas *parfaitement* bien leur boulot, il va pas rester grand monde dans Debian ;) La solution la plus simple, c'est de dénoncer ce mainteneur à l'équipe debian-qa, pour qu'ils sachent qu'ils devraient jeter un oeil à ces paquets. En anglais, et en politiquement correcte, on dit « reporting a maintainer missing in action ». Je t'invite à lire le fil de debian-qa à ce sujet : http://lists.debian.org/debian-qa/2002/debian-qa-200202/msg00093.html Bye, Mt. PS: dpkg a un bogue de 5 ans d'age, et je pense pas que ce soit le plus long... -- Si les grands esprits se rencontrent, les petits esprits, eux, se cognent.
Questions sur les Rapports de Bugs
Bonjour, J'ai plusieurs questions concernant le rapport de bugs avec BTS : 1. Comment clore un bug que j'ai soumis maintenant que ça fonctionne correctement après une MAJ ? 2. En fait, le problème (Konqueror + Java) n'a pas complètement disparu. Ça ne fonctionnait pas du tout, maintenant, ça fonctionne partiellement. Faut-il clore le bug et en soumettre un nouveau, ou modifier le rapport de bug existant ? 3. Pas de rapport sur le bug 38734 que j'ai soumis : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=38734 An error occurred. Dammit. Error was: Couldn't get bug status: No such file or directory. Pourtant, j'ai reçu un rapport par mail. Une explication ? 4. Pour un bug que j'ai soumis, le mainteneur m'a répondu retitle 131886 RFP: klendar - A calendar tool for KDE. Que faut-il faire pour renommer ce bug ? Si je ne suis pas sur la bonne liste, merci de me dire (gentiment ;o)) où je dois m'adresser. Merci, Yann -- Chef de projet Linux / Linux project manager Juillerat-Grin SA http://www.codalis.ch
Re: Questions sur les Rapports de Bugs
Le Thu, Feb 28, 2002 at 10:10:05AM +0100, Yann Forget écrivait: J'ai plusieurs questions concernant le rapport de bugs avec BTS : Il faut commencer par lire la documentation du BTS : http://www.debian.org/Bugs/ http://www.debian.org/Bugs/Developer http://www.debian.org/Bugs/server-control 1. Comment clore un bug que j'ai soumis maintenant que ça fonctionne correctement après une MAJ ? = mail à [EMAIL PROTECTED] expliquant que le bug est corrigé depuis la version x.y-z. 2. En fait, le problème (Konqueror + Java) n'a pas complètement disparu. Ça ne fonctionnait pas du tout, maintenant, ça fonctionne partiellement. Faut-il clore le bug et en soumettre un nouveau, ou modifier le rapport de bug existant ? Envoyer des informations supplémentaires au rapport de bogue ... en écrivant à [EMAIL PROTECTED] Eventuellement renommer le bug report avec la commande retitle (pour [EMAIL PROTECTED]). 3. Pas de rapport sur le bug 38734 que j'ai soumis : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=38734 An error occurred. Dammit. Error was: Couldn't get bug status: No such file or directory. Pourtant, j'ai reçu un rapport par mail. Une explication ? Le bug 38734 est très vieux, es-tu sûr qu'il s'agit de ton bug ? Il date d'ailleurs probablement du temps où l'on archivait pas encore les anciens bugs (quoi qu'on en avait récupéré pas mal ...). Sinon il faut contacter [EMAIL PROTECTED] pour le signaler. 4. Pour un bug que j'ai soumis, le mainteneur m'a répondu retitle 131886 RFP: klendar - A calendar tool for KDE. Que faut-il faire pour renommer ce bug ? Pourquoi veux-tu le renommer ? la personne en question l'a fait pour toi. A+ -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Formation Linux et logiciel libre : http://www.logidee.com
Re: Le bug le plus long
Martin Quinson [EMAIL PROTECTED] writes: Le premier, c'est que c'est pas surqu'on ait le droit. La premiere regle de la constitution Debian est qu'on ne peut obliger quiconque à travailler sur quelque chose qu'il n'a pas choisi de faire. Il faudrait donc changer la constitution (ou arguer qu'il a *choisi* d'etre mainteneur), et ca ne se fait pas si simplement. Il a choisi de travailler sur le paquet. Il pourrait aussi décider qu'il préfère faire des rpm que des deb. On ne peut pas lui interdire ? La correction de bug est vraiment essentielle. Si des bugs sérieux dépassent un an c'est qu'ils sont soit non reproductibles, ou alors le mainteneur ne sait pas comment le corriger et doit demander plus d'info ou de l'aide ou alors il fait très très mal sont travail. Il pourrait y avoir un courrier hebdomadaire automatique pour rappeler au mainteneur qu'il doit fournir une réponse. Ce serait assez ennuyeux pour que la plupart le fasse il mesemble. -- Laurent Pelecq
Re: Le bug le plus long
On 28 Feb 2002, Laurent Pelecq wrote: Il pourrait y avoir un courrier hebdomadaire automatique pour rappeler au mainteneur qu'il doit fournir une réponse. Ce serait assez ennuyeux pour que la plupart le fasse il mesemble. C'est le meilleur moyen pour que les gens te claque la porte au nez. Eric -- De plus, ces machines sont sous des OS multitaches ( ou tache tout court pour celles qui tournent sous NT) -+- JLP in Guide du Macounet Pervers : Bien NToyer ses tâches -+-
Re[2]: Le bug le plus long
jeudi 28 février 2002, 13:51:58, Laurent a écrit : Martin Quinson [EMAIL PROTECTED] writes: Le premier, c'est que c'est pas surqu'on ait le droit. La premiere regle de la constitution Debian est qu'on ne peut obliger quiconque à travailler sur quelque chose qu'il n'a pas choisi de faire. Il faudrait donc changer la constitution (ou arguer qu'il a *choisi* d'etre mainteneur), et ca ne se fait pas si simplement. Il a choisi de travailler sur le paquet. Il pourrait aussi décider qu'il préfère faire des rpm que des deb. On ne peut pas lui interdire ? exactement :) on ne peut pas lui interdire !! La correction de bug est vraiment essentielle. Si des bugs sérieux dépassent un an c'est qu'ils sont soit non reproductibles, ou alors le mainteneur ne sait pas comment le corriger et doit demander plus d'info ou de l'aide ou alors il fait très très mal sont travail. si tu trouves qu'il fait mal son travail, fait le à sa place et donnes lui la solution. Il pourrait y avoir un courrier hebdomadaire automatique pour rappeler au mainteneur qu'il doit fournir une réponse. Ce serait assez ennuyeux pour que la plupart le fasse il mesemble. non, si moi je te dis fais ça et ça tous les jours, tu risques de te barrer très loin :( A+ Tom -- Thomas Clavier http://www.tcweb.dyndns.org . _/_/_/_/_/ _/_/ Centre d'expertise RGO. _/ _/ DATACEP Nord ._/ _/ +33 3 28 52 53 02 - +33 6 09 25 59 67 . _/ _/_/
Re: Sortie des paquets
On Thursday 28 February 2002 08:47, Jérôme Marant wrote: On Wed, Feb 27, 2002 at 10:03:58PM -0500, Laurent Pelecq wrote: Bonjour, J'ai du mal à saisir les critères pour qu'un paquet soit sorti de woody. Sur http://www.debian.org/devel/ on lit qu'un paquet qui a des bugs de sévérité « serious » ou plus est candidat. D'après DWN, gccchecker ne sera pas a priori dans woody mais le bug le plus grave pour ce paquet est « important ». Es-tu sûr qu'il n'a pas été corrigé entre temps ? Si il a ete corrige, c'est le bug #134696 : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=134696repeatmerged=yes -- Julien LEMOINE / SpeedBlue
debian et egcs 1.1
Salut, un collègue a le problème suivant : * un produit commercial (on le nomme pas, IlogViews 4.0) préconise d'utiliser (sous Linux) egcs 1.1 pour utiliser leurs librairies de développement * sur le site debian, les seuls mots explicitement relatif à egcs sont (old egcs version) (gulps ??) q1 : qu'en est-il de la relation entre gcc et egcs ? q2 : comment je traduis tout ça en termes Debian ? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Templates Debconf
Quoting Denis Barbier ([EMAIL PROTECTED]): J'espère que ceux dont le nom apparait dans cette dernière page comprendront qu'ils peuvent sans trop d'effort aider à une meilleure traduction de Debian ;o) Un de moins : geneweb (4.04-4) unstable; urgency=low * Use the appropriate way to handle translation of debconf templates after reading http://www.debian.org/intl/l10n/templates/hints as suggested in debian-devel-french. -- Christian Perrier [EMAIL PROTECTED] Thu, 28 Feb 2002 17:56:07 +0100 -- Christian Perrier ONERA/Département Réseau et Informatique Scientifique +33 (0) 1 4673 4438 - +33 (0) 6 1016 9480 PGP/GnuPG Key ID 30C9348A (DSS)
A Propos des MAJ
Cela fait maintenant un an que je maintient un éxécutable apache + php
Des paquets à adopter
Bonsoir,
J'ai décidé de me séparer d'une partie de mes paquets.
En voici la liste :
- giram : c'est un modelleur 3D qui sert de frontal à
povray. Son développement est extrêmement lent.
Pour les pythoniens, un ensemble de bibliothèques (pour
traiter du XML majoritairement). Si personne n'est
intéressé, j'irai voir du côté de debian-python
- python-4suite (mises à jour peu fréquentes)
- python-xml (mises à jour peu fréquentes)
- python-unit : très facile à maintenir, très rares mises à jour
- icewm (icewm{, -gnome, -common, -lite, -experimental})
Un window manager connu, mais plus maintenu depuis quelques
mois (son avenir est incertain, son développement pourrait
reprendre mais je n'ai pas de nouvelles).
Certaines personnes semblaient vouloir reprendre son développement
mais rien n'a l'air de bouger. J'ai essayé d'y consacrer un
peu de temps mais il en faut beaucoup plus. Les bugs s'accumulent.
Si quelqu'un aime ce WM et est prêt à consacrer du temps au
déboggage, je le lui laisse. Il ne serait pas idiot cependant
d'y travailler à plusieurs (je peux toujours rester pour
aider) = PTS !
Je ne souhaite pas quitter le projet mais consacrer enfin du
temps à des projets personnels de développement (se placer
de l'autre côté de la barrière), de la traduction et QA pour
Debian si j'ai encore le temps.
Contactez-moi si vous êtes intéressés.
Cordialement,
--
Jérôme Marant [EMAIL PROTECTED]
[EMAIL PROTECTED]
http://marant.org
Des paquets à adopter
Bonsoir,
[ n'étant pas sur que ce mail soit parvenu, je le
revoie ]
J'ai décidé de me séparer d'une partie de mes paquets.
En voici la liste :
- giram : c'est un modelleur 3D qui sert de frontal à
povray. Son développement est extrêmement lent.
Pour les pythoniens, un ensemble de bibliothèques (pour
traiter du XML majoritairement). Si personne n'est
intéressé, j'irai voir du côté de debian-python
- python-4suite (mises à jour peu fréquentes)
- python-xml (mises à jour peu fréquentes)
- python-unit : très facile à maintenir, très rares mises à jour
- icewm (icewm{, -gnome, -common, -lite, -experimental})
Un window manager connu, mais plus maintenu depuis quelques
mois (son avenir est incertain, son développement pourrait
reprendre mais je n'ai pas de nouvelles).
Certaines personnes semblaient vouloir reprendre son développement
mais rien n'a l'air de bouger. J'ai essayé d'y consacrer un
peu de temps mais il en faut beaucoup plus. Les bugs s'accumulent.
Si quelqu'un aime ce WM et est prêt à consacrer du temps au
déboggage, je le lui laisse. Il ne serait pas idiot cependant
d'y travailler à plusieurs (je peux toujours rester pour
aider) = PTS !
Je ne souhaite pas quitter le projet mais consacrer enfin du
temps à des projets personnels de développement (se placer
de l'autre côté de la barrière), de la traduction et QA pour
Debian si j'ai encore le temps.
Contactez-moi si vous êtes intéressés.
Cordialement,
--
Jérôme Marant [EMAIL PROTECTED]
[EMAIL PROTECTED]
http://marant.org
