Re: faciliter la contribution ?
Marc Chantreux <[email protected]> Sat, 2 Apr 2022 13:25:15 +0200
| Newsgroups | gmane.linux.debian.devel.french |
|---|---|
| Message-ID | <[email protected]> |
> > apt show gitweb > gitweb-control > > quilt new typo > > EDITOR=3D'sed -i s/cdi/cgi/' quilt edit control > > quilt refresh > > mutt -H- -s 'gitweb: typo in french control' \ > > [email protected] < patches/typo > possible, via reportbug, de cr=E9er le bug et dans le mail qui le cr=E9= e, de > joindre le patch. mon exemple ci-avant m'a cout=E9 0 temps de r=E9flexion donc j'aurais tendance =E0 le faire. reportbug est un outils =E0 l'ergonomie tout a fait discutable, qui tente de faire beaucoup trop de truc, qui le fait mal et qui ne s'int=E8gre pas facilement dans un workflow rod=E9 ou dans un SI particulier. c'est peut-=EAtre pas lourd, je te l'accorde, mais assez mal fichu pour faire fuire des contributeurs occasionnels. j'en ai parl=E9 sur le campus et dans le lug: m=EAme constat. pour pousser les gens =E0 la contribution= , j'ai tent=E9 de dire que ce serait cool de cr=E9er l'=E9quivalent de spoo= n =E0 strasbourg (et c'est probablement ce qu'on va faire si notre volontaire ne nous fait pas faux bon) mais je me disais que le besoin =E9tait peut-=EAtre plus g=E9n=E9ral. Franchmement: les 2 choses dont nous aurions besoin sont: a) un template d'un message correspondant aux bonnes pratiques avec des commentaires sur comment r=E9diger: To: bug-${package}@debian.org From: ${sender:+$sender <$email>}${sender-$email} Subject: ${version}-${arch}: ${shortdesc} X-please-keep-me-informed: yes, please Dear ${package} maintainer, When i do this thing: ${howyougethere} I got: ${whatswrong} About my system: # dpkg-selection? # locale? # .... I fixed/patched with: ${patch} b) la seule partie qui pourrait =EAtre cool de reportbug, =E0 savoir la liste des bugs d=E9j=E0 ouverts mais sous la forme d'un ls, pas un menu. > Ce process semble lourd? c'est peut-=EAtre pas lourd en soit, je te l'accorde bien volontiers, mais bien assez pour faire fuir le contributeur occasionnel que je suis: le bug report (surtout sur un truc comme une typo) n=E9cessite d'=EAtre super simple et de d'int=E9grer dans les habitudes des gens. > Sur n'importe quel projet opensource on a ce > syst=E8me de rapport avec pi=E8ce jointe qui peut =EAtre patch ou autre= . Eh bien oui et c'est tellement plus simple! on te file une adresse et tu postes dessus. un peu comme pause (le bug tracker de cpan) en son temps. > Quant au fait ensuite de ne pas perdre ses patches, c'est vrai que c'es= t un > sujet mais bon, apr=E8s =E7a rel=E8ve du responsable du paquet je dirai= s. ahhh ... ok... donc pas de hook pour envoyer un message lorsque le ticket produit un traitement... bon c'est peut-=EAtre moi. merci pour ta r=E9ponse. --=20 Marc Chantreux Direction du num=E9rique de l'Universit=E9 de Strasbourg P=F4le de Calcul et Services Avanc=E9s =E0 la Recherche (CESAR) http://annuaire.unistra.fr/p/20200