Re: faciliter la contribution ?
Bonsoir Vincent, > >> je metterais bien les pieds dedans pour en extraire les parties > >> intéressantes mais c'est du python: un vrai tueur de toute motivation > Le code de reportbug est ici : > https://salsa.debian.org/reportbug-team/reportbug merci... mais non merci! (je suis déjà obligé de me tapper du python au boulot et je le fais de bon coeur parce que je sais que bien souvent, il s'agit de pouvoir utiliser numpy/scipy et donc les chercheurs n'ont pas vraiment d'alternative ... enfin je crois ... mais clairement, je n'aurais pas le courage d'en lire/écrire pour quoi que ce soit d'autre). cordialement, -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: faciliter la contribution ?
❦ 2 April 2022 16:53 +02, Jérémy Lal: >> > En fait reportbug fait aussi fuir certains développeurs debian >> >> je metterais bien les pieds dedans pour en extraire les parties >> intéressantes mais c'est du python: un vrai tueur de toute motivation >> chez moi. >> > > Du perl: > https://salsa.debian.org/debbugs-team/debbugs/-/tree/master/lib/Debbugs Le code de reportbug est ici : https://salsa.debian.org/reportbug-team/reportbug -- Use variable names that mean something. - The Elements of Programming Style (Kernighan & Plauger)
Re: faciliter la contribution ?
salut Jérémy et merci, > Du perl: > https://salsa.debian.org/debbugs-team/debbugs/-/tree/master/lib/Debbugs je garde le lien sous le coude au cas ou ce problème me gratte à nouveau. cordialement, -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: faciliter la contribution ?
On Sat, Apr 2, 2022 at 3:42 PM Marc Chantreux wrote: > > En fait reportbug fait aussi fuir certains développeurs debian > > je metterais bien les pieds dedans pour en extraire les parties > intéressantes mais c'est du python: un vrai tueur de toute motivation > chez moi. > Du perl: https://salsa.debian.org/debbugs-team/debbugs/-/tree/master/lib/Debbugs
Re: faciliter la contribution ?
> En fait reportbug fait aussi fuir certains développeurs debian je metterais bien les pieds dedans pour en extraire les parties intéressantes mais c'est du python: un vrai tueur de toute motivation chez moi. > C'est une ergonomie pensée il y a 22 ans... ça a plutôt bien vieilli en > fait. je dirais "mal"... d'autant plus que comme j'étais linuxien il y a 22 ans (sur le point de passer à debian), je peux te dire que ce genre de choses étaient déjà détestées dans les années 90 (en tout cas dans les milieux que je fréquentais). a+ -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: faciliter la contribution ?
Bonjour Charles, > on peut envoyer le rapport directement par email en utilisant des > pseudo en-têtes. tu as "fais ma journée" comme disent les anglo-saxons: c'est tout à fait le genre de choses que je cherchais! > Et en suite le reste du message et le patch après ca peut être aussi un vrai bug report (et c'est super important aussi surtout dans les phases de freeze ... par exemple: je suis passé trop rapidement à buster sur une machine, ca a pété l'audio. buster est devenu stable mais j'ai toujours pas d'audio. peut-être que si j'avais rapporté le bug à l'époque, j'aurais une solution pour cette machine) > https://www.debian.org/Bugs/Reporting je vais lire ça la semaine prochaine. > C'est pour ça que j'utilise reportbug, qui permet > d'envoyer le rapport via le serveur SMTP dédié de Debian > (reportbug.debian.org, ouvert à tous les utilisateurs). y'a problabement moyen de faire un truc plus simple que reportbug en utilisant un outil comme mcom (la partie compose/send de mblaze). c'est ok de faire des tests? y'a quelqu'un a prévenir ? cordialement, marc
Re: faciliter la contribution ?
Le Sat, Apr 02, 2022 at 01:25:15PM +0200, Marc Chantreux a écrit :
>
> To: bug-${package}@debian.org
> From: ${sender:+$sender <$email>}${sender-$email}
> Subject: ${version}-${arch}: ${shortdesc}
> X-please-keep-me-informed: yes, please
Bonjour Marc,
on peut envoyer le rapport directement par email en utilisant des
pseudo en-têtes.
To: sub...@bugs.debian.org
From: ${sender:+$sender <$email>}${sender-$email}
Subject: ${version}-${arch}: ${shortdesc}
Package: ${pakage}
Version: ${version}
Tags: patch
Et en suite le reste du message et le patch
https://www.debian.org/Bugs/Reporting
Pour ma part, la partie la plus stressante du système est que la réponse
du serveur prend un temps variable et que j'ai déjà perdu plus d'un
rapport parce que mon système d'envoi de courriels n'est pas configuré
assez parfaitement. C'est pour ça que j'utilise reportbug, qui permet
d'envoyer le rapport via le serveur SMTP dédié de Debian
(reportbug.debian.org, ouvert à tous les utilisateurs).
Bon week-end,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from work, https://mastodon.technology/@charles_plessy
Tooting from home, https://framapiaf.org/@charles_plessy
Re: faciliter la contribution ?
On Sat, Apr 2, 2022 at 1:25 PM Marc Chantreux wrote: > > > apt show gitweb > gitweb-control > > > quilt new typo > > > EDITOR='sed -i s/cdi/cgi/' quilt edit control > > > quilt refresh > > > mutt -H- -s 'gitweb: typo in french control' \ > > > sp...@debian.org < patches/typo > > > possible, via reportbug, de créer le bug et dans le mail qui le crée, de > > joindre le patch. > > mon exemple ci-avant m'a couté 0 temps de réflexion donc j'aurais > tendance à le faire. > > reportbug est un outils à l'ergonomie tout a fait discutable, qui tente > de faire beaucoup trop de truc, qui le fait mal et qui ne s'intègre pas > facilement dans un workflow rodé ou dans un SI particulier. > > c'est peut-être pas lourd, je te l'accorde, mais assez mal fichu pour > faire fuire des contributeurs occasionnels. j'en ai parlé sur le campus > et dans le lug: même constat. pour pousser les gens à la contribution, > j'ai tenté de dire que ce serait cool de créer l'équivalent de spoon à > 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 était > peut-être plus général. En fait reportbug fait aussi fuir certains développeurs debian. C'est une ergonomie pensée il y a 22 ans... ça a plutôt bien vieilli en fait. Jérémy
Re: faciliter la contribution ?
Merci pour ta réponse, > Cependant, le plus simple pour proposer une correction reste de s'adresser à > l'équipe de traduction en français à travers sa liste de diffusion > debian-l10n-fre...@lists.debian.org qui s'efforce appliquer les corrections > demandées. C'est plus léger que l'envoi d'un rapport de bogue... c'est parfait! éventuellement: aurais-tu un template du bug report idéal ? > Merci du signalement, merci pour tout le travail que vous faites! -- Marc Chantreux Direction du numérique de l'Université de Strasbourg Pôle de Calcul et Services Avancés à la Recherche (CESAR) http://annuaire.unistra.fr/p/20200
Re: faciliter la contribution ?
> > apt show gitweb > gitweb-control
> > quilt new typo
> > EDITOR='sed -i s/cdi/cgi/' quilt edit control
> > quilt refresh
> > mutt -H- -s 'gitweb: typo in french control' \
> > sp...@debian.org < patches/typo
> possible, via reportbug, de créer le bug et dans le mail qui le crée, de
> joindre le patch.
mon exemple ci-avant m'a couté 0 temps de réflexion donc j'aurais
tendance à le faire.
reportbug est un outils à l'ergonomie tout a fait discutable, qui tente
de faire beaucoup trop de truc, qui le fait mal et qui ne s'intègre pas
facilement dans un workflow rodé ou dans un SI particulier.
c'est peut-être pas lourd, je te l'accorde, mais assez mal fichu pour
faire fuire des contributeurs occasionnels. j'en ai parlé sur le campus
et dans le lug: même constat. pour pousser les gens à la contribution,
j'ai tenté de dire que ce serait cool de créer l'équivalent de spoon à
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 était
peut-être plus général.
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édiger:
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 être cool de reportbug, à savoir la
liste des bugs déjà ouverts mais sous la forme d'un ls, pas un menu.
> Ce process semble lourd?
c'est peut-être 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écessite d'être
super simple et de d'intégrer dans les habitudes des gens.
> Sur n'importe quel projet opensource on a ce
> système de rapport avec pièce jointe qui peut être 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'est un
> sujet mais bon, après ça relève du responsable du paquet je dirais.
ahhh ... ok... donc pas de hook pour envoyer un message lorsque le
ticket produit un traitement... bon c'est peut-être moi.
merci pour ta réponse.
--
Marc Chantreux
Direction du numérique de l'Université de Strasbourg
Pôle de Calcul et Services Avancés à la Recherche (CESAR)
http://annuaire.unistra.fr/p/20200
Re: faciliter la contribution ?
Le 01/04/2022 à 17:12, Marc Chantreux a écrit : salut à tous, encore une fois, je me retrouve à ne pas "ramasser la cuillère": * j'ai vu une typo dans la description française d'un paquet * j'ai matériellement pas le temps de faire grand chose de plus que apt show gitweb > gitweb-control quilt new typo EDITOR='sed -i s/cdi/cgi/' quilt edit control quilt refresh mutt -H- -s 'gitweb: typo in french control' \ sp...@debian.org < patches/typo * quand j'utilise reportbug, je me rend compte que je ne sais même plus a qui j'ai envoyé des patches * si je tente de faire plus, je me rend compte que contribuer à debian peut vite être chronophage. Je ne suis pas sûr de tout suivre. Effectivement, il n'est pas possible d'envoyer le patch directement au responsable du paquet. Il est par contre possible, via reportbug, de créer le bug et dans le mail qui le crée, de joindre le patch. Certes, on pourrait ajouter une étape derrière, consistant à tagguer le bug comme ayant un patch, mais c'est même pas vital, le responsable pouvant le faire. Ce process semble lourd? Sur n'importe quel projet opensource on a ce système de rapport avec pièce jointe qui peut être patch ou autre. QUant au fait ensuite de ne pas perdre ses patches, c'est vrai que c'est un sujet mais bon, après ça relève du responsable du paquet je dirais. Amicalement, du coup je me dis depuis quelques temps * c'est con de perdre tous ces petits patches (au doigt mouillé je dirais ~ un par mois) * ces petits patches pourraient permettre à des gens qui ont l'envie et le temps de suivre debian de plus prêt (les bonnes pratiques en cours, la façon d'agir avec la communauté). je partage cette réflexion en espérant que ça puisse servir: * soit à ma gouverne parce qu'il existe peut-être un outils pour ça (ou que cette pratique va créer plus de bruit que de résolution) * soit parce que c'est peut-être une bonne idée dont la communauté peut s'emparer. mes 2 centimes ... même pas ... mon centime... bon we a tous PS: si une liste spoon existait et si quelqu'un me guidait vers les bonnes pratiques (éventuellement un atelier de travail remote), je serais ravi d'outiller la chose si nécessaire.
