Package: emacs;
Reported by: Philip Kaludercic <philipk <at> posteo.net>
Date: Fri, 8 Mar 2024 15:49:02 UTC
Severity: normal
Tags: patch
To reply to this bug, email your comments to 69646 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Fri, 08 Mar 2024 15:49:02 GMT) Full text and rfc822 format available.Philip Kaludercic <philipk <at> posteo.net>:bug-gnu-emacs <at> gnu.org.
(Fri, 08 Mar 2024 15:49:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Philip Kaludercic <philipk <at> posteo.net> To: bug-gnu-emacs <at> gnu.org Subject: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Fri, 08 Mar 2024 15:47:18 +0000
[Message part 1 (text/plain, inline)]
Tags: patch
Here's a suggestion, to have the submit-emacs-patch command
automatically ping maintainers, in case they are not following the bug
tracker. Basically it goes through all the files and extracts the
information from the Maintainer: header.
One non-technical issue here is that the maintainer information might
not be up to date. I've run a quick scan to see who is mentioned how
frequently. It might be necessary to clean up this list or to check who
is still around:
--8<---------------cut here---------------start------------->8---
339 emacs-devel <at> gnu.org
160 Eric M. Ludlam <zappo <at> gnu.org>
90 Lars Magne Ingebrigtsen <larsi <at> gnus.org>
40 David Gillespie <daveg <at> synaptics.com>
39 Stefan Monnier <monnier <at> iro.umontreal.ca>
37 F. Jason Park <jp <at> neverwas.me>
37 Amin Bandali <bandali <at> gnu.org>
34 Stefan Kangas <stefankangas <at> gmail.com>
34 John Wiegley <johnw <at> gnu.org>
33 Michael Albinus <michael.albinus <at> gmx.de>
28 Carsten Dominik <carsten.dominik <at> gmail.com>
24 Bill Wohler <wohler <at> newt.com>
22 Simen Heggestøyl <simenheg <at> gmail.com>
19 Michael Kifer <kifer <at> cs.stonybrook.edu>
18 Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
17 Simon Josefsson <simon <at> josefsson.org>
17 Dave Love <fx <at> gnu.org>
15 Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
15 Daiki Ueno <ueno <at> unixuser.org>
13 Masanobu UMEDA <umerin <at> flab.flab.fujitsu.junet>
13 bug-cc-mode <at> gnu.org
12 João Távora <joaotavora <at> gmail.com>
12 David Ponce <david <at> dponce.com>
11 auctex-devel <at> gnu.org
10 Ulf Jasper <ulf.jasper <at> web.de>
10 Thomas Fitzsimmons <fitzsim <at> fitzsim.org>
10 Shenghuo Zhu <zsh <at> cs.rochester.edu>
10 Philipp Stephani <phst <at> google.com>
10 Per Abrahamsen <abraham <at> dina.kvl.dk>
10 Lars Ingebrigtsen <larsi <at> gnus.org>
10 John Wiegley <johnw <at> newartisans.com>
10 Andrea Corallo <acorallo <at> gnu.org>
9 Modus-Themes Development <~protesilaos/modus-themes <at> lists.sr.ht>
9 Artur Malabarba <emacs <at> endlessparentheses.com>
8 Tino Calancha <tino.calancha <at> gmail.com>
8 Miles Bader <miles <at> gnu.org>
7 Ted Zlatanov <tzz <at> lifelogs.com>
7 Phil Sainty <psainty <at> orcon.net.nz>
7 Kim F. Storm <storm <at> cua.dk>
7 Kenichi Handa <handa <at> gnu.org>
7 J. R. Hacker <jrh <at> example.com>
7 Dave Gillespie <daveg <at> synaptics.com>
6 Theodor Thornhill <theo <at> thornhill.no>
6 Stefan Monnier <monnier <at> gnu.org>
6 Peter Breton <pbreton <at> cs.umb.edu>
6 Kevin Gallagher <kevin.gal <at> verizon.net>
6 Eli Zaretskii <eliz <at> gnu.org>
6 Daniel Pfeiffer <occitan <at> esperanto.org>
6 Artur Malabarba <bruce.connor.am <at> gmail.com>
5 Teodor Zlatanov <tzz <at> lifelogs.com>
5 TAKAHASHI Naoto <ntakahas <at> m17n.org>
5 Sameer Singh <lumarzeli30 <at> gmail.com>
5 Randy Taylor <dev <at> rjt.dev>
5 MORIOKA Tomohiko <morioka <at> jaist.ac.jp>
5 Julien Danjou <julien <at> danjou.info>
5 Chong Yidong <cyd <at> stupidchicken.com>
5 Boris Goldowsky <boris <at> gnu.org>
4 Rob Riepel <riepel <at> networking.stanford.edu>
4 Pavel Janík <Pavel <at> Janik.cz>
4 Nicolas Petton <nicolas <at> petton.fr>
4 Michal Nazarewicz <mina86 <at> mina86.com>
4 Juri Linkov <juri <at> linkov.net>
4 Jonathan Yavner <jyavner <at> member.fsf.org>
4 Ihor Radchenko <yantar92atgmaildotcom>
4 Eric Abrahamsen <eric <at> ericabrahamsen.net>
4 Dmitry Gutov <dgutov <at> yandex.ru>
4 Daniel Colascione <dancol <at> dancol.org>
4 Christian Ohler <ohler <at> gnu.org>
4 Bastien Guerry <bzg <at> gnu.org>
3 Toru TOMABECHI <Toru.Tomabechi <at> orient.unil.ch>
3 Tom Tromey <tromey <at> redhat.com>
3 Stephen Berman <stephen.berman <at> gmx.net>
3 Simon Josefsson <jas <at> pdc.kth.se>
3 Shuhei KOBAYASHI <shuhei <at> aqua.ocn.ne.jp>
3 Sean Whitton <spwhitton <at> spwhitton.name>
3 Richard Stallman <rms <at> gnu.org>
3 Noah Friedman <friedman <at> splode.com>
3 Nicolas Richard <youngfrog <at> members.fsf.org>
3 Masatake YAMATO <yamato <at> redhat.com>
3 Ken Manheimer <kendotmanheimeratgmail...>
3 Juanma Barranquero <lekktu <at> gmail.com>
3 John Paul Wallington <jpw <at> gnu.org>
3 Glynn Clements <glynn <at> sensei.co.uk>
3 Didier Verna <didier <at> didierverna.net>
3 Dan Nicolaescu <dann <at> ics.uci.edu>
3 Daiki Ueno <ueno <at> gnu.org>
3 Bob Rogers <rogers <at> rgrjr.com>
3 Alex Schroeder <alex <at> gnu.org>
2 Yuan Fu <casouri <at> gmail.com>
2 Wolfgang Jenkner <wjenkner <at> inode.at>
2 Wilhelm H Kirschbaum <wkirschbaum <at> gmail.com>
2 Werner Lemberg <wl <at> gnu.org>
2 Vivek Dasmohapatra <vivek <at> etla.org>
2 Vincent Belaïche <vincentb1 <at> users.sourceforge.net>
2 Torsten Hilbrich <torsten.hilbrich <at> gmx.net>
2 TEC <orgmode <at> tec.tecosaur.net>
2 Taro Kawagishi <tarok <at> transpulse.org>
2 TAKAHASHI Naoto <ntakahas <at> etl.go.jp>
2 Stephen Eglen <stephen <at> gnu.org>
2 Sen Nagata <sen <at> eccosys.com>
2 Scott Frazer <frazer.scott <at> gmail.com>
2 Rüdiger Sonderfeld <ruediger <at> c-plusplus.de>
2 Roland Winkler <winkler <at> gnu.org>
2 Reto Zimmermann <reto <at> gnu.org>
2 Przemysław Wojnowski <esperanto <at> cumego.com>
2 Phillip Lord <phillip.lord <at> russet.org.uk>
2 Paul Jarc <prj <at> po.cwru.edu>
2 Nicolas Goaziou <n.goaziouatgmaildotcom>
2 Morten Welinder <terra <at> diku.dk>
2 Milan Zamazal <pdm <at> zamazal.org>
2 Masanobu Umeda <umerin <at> mse.kyutech.ac.jp>
2 Mark Oteiza <mvoteiza <at> udel.edu>
2 Mario Lang <mlang <at> delysid.org>
2 Magnus Henoch <magnus.henoch <at> gmail.com>
2 Leo Liu <sdl.web <at> gmail.com>
2 Kenichi OKADA <okada <at> opaopa.org>
2 Ken'ichi Handa <handa <at> gnu.org>
2 Karl Fogel <kfogel <at> red-bean.com>
2 Jostein Kjønigsen <jostein <at> kjonigsen.net>
2 John Wiegley <johnwatgnudotorg>
2 John Heidemann <johnh <at> ISI.EDU>
2 Johan Vromans <jvromans <at> squirrel.nl>
2 Jim Blandy <jimb <at> occs.cs.oberlin.edu>
2 Jihyun Cho <jihyun.jo <at> gmail.com>
2 Jens Lechtenbörger <jens.lechtenboerger <at> fsfe.org>
2 Geoff Voelker <voelker <at> cs.washington.edu>
2 Gemini Lasswell <gazally <at> runbox.com>
2 Fabrice Niessen <>
2 Erik Naggum <erik <at> naggum.no>
2 Eric S. Raymond <esr <at> thyrsus.com>
2 Dave Pearson <davep <at> davep.org>
2 Daniel Kraus <daniel <at> kraus.my>
2 Daniel Hackney <dan <at> haxney.org>
2 Damien Cassou <damien <at> cassou.me>
2 Andrew Cohen <cohen <at> andy.bu.edu>
2 Alexandru Harsanyi <AlexHarsanyi <at> gmail.com>
2 Alan Third <alan <at> idiocy.org>
2 Alain Schneble <a.s <at> realize.ch>
2 Aaron S. Hawley <aaron.s.hawley <at> gmail.com>
1 YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
1 Wojciech S. Gac <wojciech.s.gac <at> gmail.com>
1 Włodek Bzyl <matwb <at> univ.gda.pl>
1 Wilson Snyder <wsnyder <at> wsnyder.org>
1 Will Mengarini <seldon <at> eskimo.com>
1 William Stevenson <yhvh2000 <at> gmail.com>
1 William M. Perry <wmperry <at> gnu.org>
1 William M. Perry <wmperry <at> aventail.com>
1 Werner LEMBERG <wl <at> gnu.org>
1 Vladimir Panteleev <vladimir <at> thecybershadow.net>
1 Ulrik Vieth <vieth <at> thphy.uni-duesseldorf.de>
1 Ulf Stegemann <ulfatzeitformdotde>
1 Tyler Smith <tyler <at> plantarum.ca>
1 Tomohiro Matsuyama <tomo <at> cx4a.org>
1 Tom Houlder <thoulder <at> icor.fr>
1 Tom Gillespie <tgbugs <at> gmail.com>
1 Tomas Abrahamsson <tab <at> lysator.liu.se>
1 Thomas Baumann <thomasdotbaumannatchdottumdotde>
1 Thierry Banel <tbanelwebmin <at> free.fr>
1 Thien-Thi Nguyen <ttn <at> gnu.org>
1 Theresa O'Connor <ted <at> oconnor.cx>
1 Terry Jones <terry <at> santafe.edu>
1 Terrence Brannon <metaperl <at> gmail.com>
1 Tassilo Horn <tsdh <at> gnu.org>
1 Tassilo Horn <tassiloatmemberdotfsfdotorg>
1 Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>
1 Takaaki Ota <Takaaki.Ota <at> am.sony.com>
1 Taichi <kawabata <at> m17n.org>
1 Taichi Kawabata <kawabata.taichi <at> gmail.com>
1 Steven L Baur <steve <at> xemacs.org>
1 Stephen Gildea <stepheng+emacs <at> gildea.com>
1 Stefan Merten <stefanatmerten-homedotde>
1 Stefan Bruda <stefanbrudaca>
1 stardiviner <numbchild <at> gmail.com>
1 stanislav shalunov <shalunov <at> mccme.ru>
1 Spenser Truex <web <at> spensertruex.com>
1 Spencer Baugh <sbaugh <at> janestreet.com>
1 Spencer Baugh <sbaugh <at> catern.com>
1 SKK Development Team <skk <at> ring.gr.jp>
1 Simon South <ssouth <at> member.fsf.org>
1 Shigeru Fukaya <shigeru.fukaya <at> gmail.com>
1 ShengHuo Zhu <zsh <at> cs.rochester.edu>
1 Shakthi Kannan <author <at> shakthimaan.com>
1 Sebastian Rose <sebastian_roseATgmxDOTde>
1 Scott Byer <byer <at> mv.us.adobe.com>
1 Sascha Lüdecke <sascha <at> meta-x.de>
1 Sam Steingold <sds <at> gnu.org>
1 Ryan Yeske <rcyeske <at> gmail.com>
1 Ron Schnell <ronnie <at> driver-aces.com>
1 Romain Francoise <rfrancoise <at> gnu.org>
1 Roland McGrath <roland <at> gnu.org>
1 Robert Pluim <rpluim <at> gmail.com>
1 Robert J. Chassell <bob <at> gnu.org>
1 Rick Farnbach <rick_farnbach <at> MENTORG.COM>
1 Richard Sharman <rsharman <at> pobox.com>
1 Richard Kim <emacs18 <at> gmail.com>
1 Reiner Steib <reiner.steib <at> gmx.de>
1 Raymond Scholz <rscholz <at> zonix.de>
1 Rasmus Pank Roulund <emacsatpankdoteu>
1 Randal Schwartz <merlyn <at> stonehenge.com>
1 Ralph Schleicher <rs <at> ralph-schleicher.de>
1 Rahguzar <rahguzar <at> zohomail.eu>
1 Pip Cet <pipcet <at> gmail.com>
1 Philippe Schnoebelen <phs <at> lsv.ens-cachan.fr>
1 Philip K. <philipk <at> posteo.net>
1 Philip Kaludercic <philipk <at> posteo.net>
1 Philip Jackson <phil <at> shellarchive.co.uk>
1 Philip Jackson <emacs <at> shellarchive.co.uk>
1 Peter S. Galbraith <psg <at> debian.org>
1 Peter Kleiweg <p.c.j.kleiweg <at> rug.nl>
1 Perry Smith <pedz <at> easesoftware.com>
1 Per Persson <pp <at> gnu.ai.mit.edu>
1 Per Bothner <per <at> bothner.com>
1 Per Abrahamsen <amanda <at> iesd.auc.dk>
1 Pedro Bruel <pedro.bruel <at> gmail.com>
1 Peder O. Klingenberg <peder <at> klingenberg.no>
1 Paul Sexton <eeeickythump <at> gmail.com>
1 Paul D. Smith <psmith <at> BayNetworks.com>
1 Palak Mathur <palakmathur <at> gmail.com>
1 Pablo Barbáchano <pablob <at> amazon.com>
1 Oliver Scholz <epameinondas <at> gmx.de>
1 Olin Shivers <shivers <at> cs.cmu.edu>
1 Oleh Krehel <ohwoeowho <at> gmail.com>
1 Nicolas Goaziou <n.goaziou <at> gmail.com>
1 Nick Savage <nick <at> nicksavage.ca>
1 Nguyen Thai Ngoc Duy <pclouds <at> gmail.com>
1 Neal Ziring <nz <at> rsch.wisc.edu>
1 NAGY Andras <nagya <at> inf.elte.hu>
1 Morten Welinder <terra <at> gnu.org>
1 Mohsen BANAN <emacs <at> mohsen.1.banan.byname.net>
1 Michael McNamara <mac <at> verilog.com>
1 Michael Mauger <michael <at> mauger.com>
1 Michael Gschwind <mike <at> vlsivie.tuwien.ac.at>
1 Matthias Meulien <orontee <at> gmail.com>
1 Masanobu UMEDA <umerin <at> mse.kyutech.ac.jp>
1 Masahiko Sato <ms <at> sail.stanford.edu>
1 Markus Rost <rost <at> math.uni-bielefeld.de>
1 Mark A. Hershberger <mah <at> everybody.org>
1 Marco Wahl <marcowahlsoft <at> gmail.com>
1 Marco Wahl a <gmailcom>
1 Marcin Borkowski <mbork <at> mbork.pl>
1 Manoj Srivastava <srivasta <at> ieee.org>
1 Luke Lee <luke.yx.lee <at> gmail.com>
1 Luis R Anaya <papoanayaarobahotmailpuntocom>
1 Ludovic Courtès <ludo <at> gnu.org>
1 Luc Teirlinck <teirllm <at> auburn.edu>
1 Lawrence Bottorff <borgauf <at> gmail.com>
1 Kristoffer Grönlund <krig <at> koru.se>
1 Konrad Hinsen <konrad.hinsenATfastmail.net>
1 Koaunghi Un <koaunghi.un <at> zdv.uni-tuebingen.de>
1 Kevin Ryde <user42 <at> zip.com.au>
1 Kevin Greiner <kgreiner <at> xpediantsolutions.com>
1 Ken Stevens <k.stevens <at> ieee.org>
1 Ken Mankoff <mankoff <at> gmail.com>
1 Keith Amidon <camalot <at> picnicpark.org>
1 Katsumi Yamaoka <yamaoka <at> jpl.org>
1 Kai Großjohann <Kai.Grossjohann <at> CS.Uni-Dortmund.DE>
1 Kai Großjohann <grossjohann <at> ls6.cs.uni-dortmund.de>
1 Justin Talbott <justin <at> waymondo.com>
1 Justin Abrahms <justin <at> abrah.ms>
1 Juri Linkov <juri <at> jurta.org>
1 Jürgen Hötzel <juergen <at> archlinux.org>
1 Julien Gilles <jgilles <at> free.fr>
1 Juergen Nickelsen <nickel <at> cs.tu-berlin.de>
1 Juan León Lahoz García <juanleon1 <at> gmail.com>
1 Jose A Ortega Ruiz <jao <at> gnu.org>
1 Jonas Bernoulli <jonas <at> bernoul.li>
1 John Muhl <jm <at> pub.pink>
1 Joe Wells <jbw <at> bigbird.bu.edu>
1 Joakim Verona <joakim <at> verona.se>
1 Joakim Jalap <joakim.jalap <at> fastmail.com>
1 Joakim Hove <hove <at> phys.ntnu.no>
1 Jesper Harder <harder <at> ifa.au.dk>
1 Jeremie Juste <jeremiejuste <at> gmail.com>
1 Jens Petersen <petersen <at> kurims.kyoto-u.ac.jp>
1 Jeff Peck <peck <at> sun.com>
1 Jason Rumney <jasonr <at> gnu.org>
1 Jarno Malmari <jarno <at> malmari.fi>
1 Jarmo Hurri <jarmo.hurri <at> iki.fi>
1 Jan Tatarik <Jan.Tatarik <at> gmail.com>
1 Jan Tatarik <jan.tatarik <at> gmail.com>
1 Jan Schormann <Jan.Schormann <at> rechen-gilde.de>
1 Jan Moringen <scymtym <at> users.sourceforge.net>
1 Jan Böcker <jan.boeckeratjboeckerdotde>
1 James Cloos <cloos <at> jhcloos.com>
1 Jambunathan K <kjambunathanatgmaildotcom>
1 J. Alexander Branham <alex.branham <at> gmail.com>
1 Jack Kamm <jackkamm <at> gmail.com>
1 Ivar Rummelhoff <ivarru <at> math.uio.no>
1 Inc. <bwarsaw <at> cen.com>
1 Ilja Weis <kult <at> uni-paderborn.de>
1 Ihor Radchenko <yantar92 <at> gmail.com>
1 Ian T Zimmerman <itz <at> rahul.net>
1 Ian Martins <ianxm <at> jhu.edu>
1 Hrvoje Nikšić <hrvoje.niksic <at> avl.com>
1 Hovav Shacham <hovav <at> cs.stanford.edu>
1 Holger Schauer <Holger.Schauer <at> gmx.de>
1 Gerd Moellmann <gerd <at> gnu.org>
1 Gerd Moellmann <gerd <at> acm.org>
1 Gary D. Foster <Gary.Foster <at> Corp.Sun.COM>
1 Gary D. Foster <Gary.Foster <at> corp.sun.com>
1 F. Thomas May <uw-nsr!uw-warp!tom <at> beaver.cs.washington.edu>
1 Francesco Potortì <pot <at> gnu.org>
1 Felix S. T. Wu <wu <at> crys.wisc.edu>
1 Felix E. Klee <felix.klee <at> inka.de>
1 Federico Tedin <federicotedin <at> gmail.com>
1 Fabián E. Gallina <fgallina <at> gnu.org>
1 Espen Skoglund <esk <at> gnu.org>
1 Eshel Yaron <me <at> eshelyaron.com>
1 Eli Tziperman <eliATdeas.harvard.edu>
1 Eli Barzilay <eli <at> barzilay.org>
1 Eduard Wiebe <usenet <at> pusto.de>
1 Dmitry Gutov <dmitry <at> gutov.dev>
1 Detlev Zundel <dzu <at> gnu.org>
1 David Reitter <david.reitter <at> gmail.com>
1 David Moore <dmoore <at> ucsd.edu>
1 David M. Koppelman <koppel <at> ece.lsu.edu>
1 David Leatherman <leathekd <at> gmail.com>
1 David Kågedal <davidk <at> lysator.liu.se>
1 David Engster <dengste <at> eml.cc>
1 David Engster <deng <at> randomsample.de>
1 Dan Nicolaescu <done <at> ece.arizona.edu>
1 Dan Nicolaescu <dann <at> gnu.org>
1 Daniel Mendler <mail <at> daniel-mendler.de>
1 Daniel Fleischer <danflscr <at> gmail.com>
1 Dan Davison <davisonatstatsdotoxdotacdotuk>
1 Damien Cassou <damien.cassou <at> gmail.com>
1 Dale R. Worley <worley <at> world.std.com>
1 Corwin Brust <corwin <at> bru.st>
1 Compat Development <~pkal/compat-devel <at> lists.sr.ht>
1 Christoph Wedler <Christoph.Wedler <at> sap.com>
1 Christopher J. Madsen <chris_madsen <at> geocities.com>
1 Chris Smith <csmith <at> convex.com>
1 Chong Yidong <cyd <at> stupidchicken>
1 Brian Cully <bjc <at> kublai.com>
1 Boruch Baum <boruch_baum <at> gmx.com>
1 Bill Rozas <jinx <at> martigny.ai.mit.edu>
1 Bill Perry <wmperry <at> gnu.org>
1 Bill Carpenter <bill <at> carpenter.ORG>
1 Benjamin Drieu <bdrieu <at> april.org>
1 Bastien Guerry <bzgATalternDOTorg>
1 Arni Magnusson <arnima <at> hafro.is>
1 Arne Jørgensen <arne <at> arnested.dk>
1 Anna M. Bigatti <bigatti <at> dima.unige.it>
1 Andy Stewart <lazycat.manatee <at> gmail.com>
1 Andy Stewart <lazycatdotmanateeatgmaildotcom>
1 Andrew Csillag <drew <at> thecsillags.com>
1 András Simonyi <andras.simonyi <at> gmail.com>
1 Alexandre Oliva <oliva <at> lsd.ic.unicamp.br>
1 Alexandre Julliard <julliard <at> winehq.org>
1 Albert Krewinkel <tarleb <at> moltkeplatz.de>
1 Alan Mackenzie <acm <at> muc.de>
1 Aidan Gauland <aidalgol <at> no8wireless.co.nz>
--8<---------------cut here---------------end--------------->8---
The patch already includes a blacklist, to avoid emacs-devel <at> gnu.org
from being pinged.
In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.41, cairo version 1.18.0) of 2024-03-08 built on peregrine
Repository revision: 4818022c7c45b04c55cf2a80ef689ee2681a5d78
Repository branch: master
System Description: Fedora Linux 39 (Workstation Edition)
Configured using:
'configure --with-pgtk --with-native-compilation=aot
--with-imagemagick'
[0001-Have-insert-submit-emacs-patch-maintainers-into-X-De.patch (text/patch, attachment)]
[Message part 3 (text/plain, inline)]
-- Philip Kaludercic on peregrine
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Fri, 08 Mar 2024 16:06:02 GMT) Full text and rfc822 format available.Message #8 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Andrea Corallo <acorallo <at> gnu.org> To: Philip Kaludercic <philipk <at> posteo.net> Cc: 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Fri, 08 Mar 2024 11:04:22 -0500
Philip Kaludercic <philipk <at> posteo.net> writes: > Tags: patch > > > Here's a suggestion, to have the submit-emacs-patch command > automatically ping maintainers, in case they are not following the bug > tracker. Basically it goes through all the files and extracts the > information from the Maintainer: header. > > One non-technical issue here is that the maintainer information might > not be up to date. I've run a quick scan to see who is mentioned how > frequently. It might be necessary to clean up this list or to check who > is still around: Hi Philip, IIUC with this patch I'd be in Cc of all bugs? If that's the case I'm not personally in favor of this, I score mails on bug-gnu-emacs also based on me being in Cc or not. I think the bug is that maintainers should be subscribed to bug-gnu-emacs (otherwise I'm not sure how they can actually maintain). Isn't a long list of people in Cc technically just another mailing list? My 2cents, thanks! Andrea
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Fri, 08 Mar 2024 16:39:02 GMT) Full text and rfc822 format available.Message #11 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Philip Kaludercic <philipk <at> posteo.net> To: Andrea Corallo <acorallo <at> gnu.org> Cc: 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Fri, 08 Mar 2024 16:38:03 +0000
Andrea Corallo <acorallo <at> gnu.org> writes: > Philip Kaludercic <philipk <at> posteo.net> writes: > >> Tags: patch >> >> >> Here's a suggestion, to have the submit-emacs-patch command >> automatically ping maintainers, in case they are not following the bug >> tracker. Basically it goes through all the files and extracts the >> information from the Maintainer: header. >> >> One non-technical issue here is that the maintainer information might >> not be up to date. I've run a quick scan to see who is mentioned how >> frequently. It might be necessary to clean up this list or to check who >> is still around: > > Hi Philip, > > IIUC with this patch I'd be in Cc of all bugs? If that's the case I'm > not personally in favor of this, I score mails on bug-gnu-emacs also > based on me being in Cc or not. Why should that be? I have tested the new command out with bug#69647, and you weren't added automatically. In fact, a quick grep tells me you aren't listed as the maintainer in any file, so you wouldn't be affected by this. > I think the bug is that maintainers should be subscribed to > bug-gnu-emacs (otherwise I'm not sure how they can actually maintain). The issue is that for someone like me, who maintains a few little things around Emacs, following all bugs and all discussions would be too much. > Isn't a long list of people in Cc technically just another mailing list? It shouldn't be a long list, just the people responsible for the specific files being modified. My idea is to have something comparable to Linux's "get_maintainer.pl"[0], and a bit more streamlined (assuming people even use M-x submit-emacs-patch). [0] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/scripts/get_maintainer.pl > My 2cents, thanks! > > Andrea -- Philip Kaludercic on peregrine
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Fri, 08 Mar 2024 16:55:01 GMT) Full text and rfc822 format available.Message #14 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Eric Abrahamsen <eric <at> ericabrahamsen.net> To: Philip Kaludercic <philipk <at> posteo.net> Cc: 69646 <at> debbugs.gnu.org, Andrea Corallo <acorallo <at> gnu.org> Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Fri, 08 Mar 2024 08:53:45 -0800
Philip Kaludercic <philipk <at> posteo.net> writes: > Andrea Corallo <acorallo <at> gnu.org> writes: > >> Philip Kaludercic <philipk <at> posteo.net> writes: >> >>> Tags: patch >>> >>> >>> Here's a suggestion, to have the submit-emacs-patch command >>> automatically ping maintainers, in case they are not following the bug >>> tracker. Basically it goes through all the files and extracts the >>> information from the Maintainer: header. >>> >>> One non-technical issue here is that the maintainer information might >>> not be up to date. I've run a quick scan to see who is mentioned how >>> frequently. It might be necessary to clean up this list or to check who >>> is still around: >> >> Hi Philip, >> >> IIUC with this patch I'd be in Cc of all bugs? If that's the case I'm >> not personally in favor of this, I score mails on bug-gnu-emacs also >> based on me being in Cc or not. > > Why should that be? I have tested the new command out with bug#69647, > and you weren't added automatically. In fact, a quick grep tells me you > aren't listed as the maintainer in any file, so you wouldn't be affected > by this. > >> I think the bug is that maintainers should be subscribed to >> bug-gnu-emacs (otherwise I'm not sure how they can actually maintain). > > The issue is that for someone like me, who maintains a few little things > around Emacs, following all bugs and all discussions would be too much. > >> Isn't a long list of people in Cc technically just another mailing list? > > It shouldn't be a long list, just the people responsible for the > specific files being modified. My idea is to have something comparable > to Linux's "get_maintainer.pl"[0], and a bit more streamlined (assuming > people even use M-x submit-emacs-patch). Also see Bug#41373 -- IMO the really useful thing here would be to expand this for reporting bugs in ELPA packages, where the maintainers aren't necessarily subscribed to the main bug list. Some time before that bug I'd proposed something similar, the patch is here[1], it might be of some relevance. [1]: https://lists.nongnu.org/archive/html/bug-gnu-emacs/2020-05/msg01235.html
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Fri, 08 Mar 2024 17:43:02 GMT) Full text and rfc822 format available.Message #17 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Andrea Corallo <acorallo <at> gnu.org> To: Philip Kaludercic <philipk <at> posteo.net> Cc: 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Fri, 08 Mar 2024 12:41:27 -0500
Philip Kaludercic <philipk <at> posteo.net> writes: > Andrea Corallo <acorallo <at> gnu.org> writes: > >> Philip Kaludercic <philipk <at> posteo.net> writes: >> >>> Tags: patch >>> >>> >>> Here's a suggestion, to have the submit-emacs-patch command >>> automatically ping maintainers, in case they are not following the bug >>> tracker. Basically it goes through all the files and extracts the >>> information from the Maintainer: header. >>> >>> One non-technical issue here is that the maintainer information might >>> not be up to date. I've run a quick scan to see who is mentioned how >>> frequently. It might be necessary to clean up this list or to check who >>> is still around: >> >> Hi Philip, >> >> IIUC with this patch I'd be in Cc of all bugs? If that's the case I'm >> not personally in favor of this, I score mails on bug-gnu-emacs also >> based on me being in Cc or not. > > Why should that be? I have tested the new command out with bug#69647, > and you weren't added automatically. In fact, a quick grep tells me you > aren't listed as the maintainer in any file, so you wouldn't be affected > by this. Maybe your patch should parse also admin/MAINTAINERS and collect names from there as well? >> I think the bug is that maintainers should be subscribed to >> bug-gnu-emacs (otherwise I'm not sure how they can actually maintain). > > The issue is that for someone like me, who maintains a few little things > around Emacs, following all bugs and all discussions would be too much. > >> Isn't a long list of people in Cc technically just another mailing list? > > It shouldn't be a long list, just the people responsible for the > specific files being modified. My idea is to have something comparable > to Linux's "get_maintainer.pl"[0], and a bit more streamlined (assuming > people even use M-x submit-emacs-patch). If we want to Cc maintainers who are impacted by a patch I'm in favor, if we want to Cc all maintainers then I'm not. I haven't read your patch but from the initial description I thought was the first case, I've now the impression is the second. Apologies if there was some miss-understanding on my side. Thanks Andrea
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Fri, 08 Mar 2024 17:52:02 GMT) Full text and rfc822 format available.Message #20 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Philip Kaludercic <philipk <at> posteo.net> To: Andrea Corallo <acorallo <at> gnu.org> Cc: 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Fri, 08 Mar 2024 17:50:46 +0000
Andrea Corallo <acorallo <at> gnu.org> writes: > Philip Kaludercic <philipk <at> posteo.net> writes: > >> Andrea Corallo <acorallo <at> gnu.org> writes: >> >>> Philip Kaludercic <philipk <at> posteo.net> writes: >>> >>>> Tags: patch >>>> >>>> >>>> Here's a suggestion, to have the submit-emacs-patch command >>>> automatically ping maintainers, in case they are not following the bug >>>> tracker. Basically it goes through all the files and extracts the >>>> information from the Maintainer: header. >>>> >>>> One non-technical issue here is that the maintainer information might >>>> not be up to date. I've run a quick scan to see who is mentioned how >>>> frequently. It might be necessary to clean up this list or to check who >>>> is still around: >>> >>> Hi Philip, >>> >>> IIUC with this patch I'd be in Cc of all bugs? If that's the case I'm >>> not personally in favor of this, I score mails on bug-gnu-emacs also >>> based on me being in Cc or not. >> >> Why should that be? I have tested the new command out with bug#69647, >> and you weren't added automatically. In fact, a quick grep tells me you >> aren't listed as the maintainer in any file, so you wouldn't be affected >> by this. > > Maybe your patch should parse also admin/MAINTAINERS and collect names > from there as well? Imaginable, but that is much more difficult to parse. If we want to do this, when some more general function should be written to extract this information. >>> I think the bug is that maintainers should be subscribed to >>> bug-gnu-emacs (otherwise I'm not sure how they can actually maintain). >> >> The issue is that for someone like me, who maintains a few little things >> around Emacs, following all bugs and all discussions would be too much. >> >>> Isn't a long list of people in Cc technically just another mailing list? >> >> It shouldn't be a long list, just the people responsible for the >> specific files being modified. My idea is to have something comparable >> to Linux's "get_maintainer.pl"[0], and a bit more streamlined (assuming >> people even use M-x submit-emacs-patch). > > If we want to Cc maintainers who are impacted by a patch I'm in favor, > if we want to Cc all maintainers then I'm not. I haven't read your > patch but from the initial description I thought was the first case, > I've now the impression is the second. Apologies if there was some > miss-understanding on my side. No, definitely the second case. The data-flow is .patch file -> list of modified files -> list of maintainers of these files and only those are added to X-Debbugs-CC. > Thanks > > Andrea -- Philip Kaludercic on peregrine
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Fri, 08 Mar 2024 22:09:02 GMT) Full text and rfc822 format available.Message #23 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Felician Nemeth <felician.nemeth <at> gmail.com> To: Philip Kaludercic <philipk <at> posteo.net> Cc: 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Fri, 08 Mar 2024 23:06:19 +0100
> Here's a suggestion, to have the submit-emacs-patch command > automatically ping maintainers, in case they are not following the bug > tracker. Basically it goes through all the files and extracts the > information from the Maintainer: header. Do I understand correctly that the maintainer is detected by searching the local copy of Emacs, and not the always up-to-date remote version? I'm not sure this makes a difference in practice, but a possible alternative approach is to define two packages in the bug report. For example: Package: emacs,emacs-eglot Then if the file "/etc/debbugs/Maintainers" on fencepost has a line "emacs-eglot joaotavora <at> gmail.com", debbugs will CC João as well. This approach might be more complicated than yours, but would possibly work with outdated working copies as well. Or might not work at all. I've come up with it based on the file emacs/admin/notes/bugtracker, and this: https://elpa.gnu.org/packages/doc/debbugs-ug.html
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Sat, 09 Mar 2024 08:25:02 GMT) Full text and rfc822 format available.Message #26 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Michael Albinus <michael.albinus <at> gmx.de> To: Felician Nemeth <felician.nemeth <at> gmail.com> Cc: Philip Kaludercic <philipk <at> posteo.net>, 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Sat, 09 Mar 2024 09:23:42 +0100
Felician Nemeth <felician.nemeth <at> gmail.com> writes: Hi Felician, >> Here's a suggestion, to have the submit-emacs-patch command >> automatically ping maintainers, in case they are not following the bug >> tracker. Basically it goes through all the files and extracts the >> information from the Maintainer: header. > > Do I understand correctly that the maintainer is detected by searching > the local copy of Emacs, and not the always up-to-date remote version? > > I'm not sure this makes a difference in practice, but a possible > alternative approach is to define two packages in the bug report. For > example: > > Package: emacs,emacs-eglot > > Then if the file "/etc/debbugs/Maintainers" on fencepost has a line > "emacs-eglot joaotavora <at> gmail.com", debbugs will CC João as well. This file is on debbugs.gnu.org, FTR. I don't know (and haven't tested) whether this cooperates well with the debbugs software. A package is usually defined as such on debbugs, don't know whether an entry as proposed by you confuses debbugs (hopefully, not). And I don't know how you want to maintain this file. It is intended for all packages existing on debbugs.gnu.org, not only for Emacs. Practically, there is only one maintainer on debbugs.gnu.org ATM, that's me. I won't commit to this additional burden. > This approach might be more complicated than yours, but would possibly > work with outdated working copies as well. Or might not work at all. > I've come up with it based on the file emacs/admin/notes/bugtracker, and > this: https://elpa.gnu.org/packages/doc/debbugs-ug.html Best regards, Michael.
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Sat, 09 Mar 2024 09:02:02 GMT) Full text and rfc822 format available.Message #29 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Philip Kaludercic <philipk <at> posteo.net> To: Felician Nemeth <felician.nemeth <at> gmail.com> Cc: 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Sat, 09 Mar 2024 09:00:31 +0000
Felician Nemeth <felician.nemeth <at> gmail.com> writes: >> Here's a suggestion, to have the submit-emacs-patch command >> automatically ping maintainers, in case they are not following the bug >> tracker. Basically it goes through all the files and extracts the >> information from the Maintainer: header. > > Do I understand correctly that the maintainer is detected by searching > the local copy of Emacs, and not the always up-to-date remote version? Yes, it uses a local checkout, but this should be fine considering that if someone is writing a patch, they /should/ be using a relatively up-to-date checkout to begin with. > I'm not sure this makes a difference in practice, but a possible > alternative approach is to define two packages in the bug report. For > example: > > Package: emacs,emacs-eglot > > Then if the file "/etc/debbugs/Maintainers" on fencepost has a line > "emacs-eglot joaotavora <at> gmail.com", debbugs will CC João as well. > > This approach might be more complicated than yours, but would possibly > work with outdated working copies as well. Or might not work at all. > I've come up with it based on the file emacs/admin/notes/bugtracker, and > this: https://elpa.gnu.org/packages/doc/debbugs-ug.html I don't know too much about Debbugs, to be fair. But I assumed that one cannot just arbitrarily declare packages, or am I mistaken? -- Philip Kaludercic on peregrine
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Sat, 09 Mar 2024 16:36:02 GMT) Full text and rfc822 format available.Message #32 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Felician Nemeth <felician.nemeth <at> gmail.com> To: Michael Albinus <michael.albinus <at> gmx.de> Cc: Philip Kaludercic <philipk <at> posteo.net>, 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Sat, 09 Mar 2024 17:33:34 +0100
Hi Michael, Albinus <michael.albinus <at> gmx.de> writes: >> Then if the file "/etc/debbugs/Maintainers" on fencepost has a line >> "emacs-eglot joaotavora <at> gmail.com", debbugs will CC João as well. > > This file is on debbugs.gnu.org, FTR. Thanks. > I don't know (and haven't tested) whether this cooperates well with the > debbugs software. A package is usually defined as such on debbugs, don't > know whether an entry as proposed by you confuses debbugs (hopefully, > not). > > And I don't know how you want to maintain this file. It is intended for > all packages existing on debbugs.gnu.org, not only for Emacs. My idea was that the ELPA automation scripts could start an updated version of Philip's script to take care of maintaining this file. If I understand Philip correctly, then this approach has little gain over Philp's original idea. And it is not clear for any of us whether this approach is feasible. Cheers, Felicián
bug-gnu-emacs <at> gnu.org:bug#69646; Package emacs.
(Sat, 09 Mar 2024 16:42:02 GMT) Full text and rfc822 format available.Message #35 received at 69646 <at> debbugs.gnu.org (full text, mbox):
From: Michael Albinus <michael.albinus <at> gmx.de> To: Felician Nemeth <felician.nemeth <at> gmail.com> Cc: Philip Kaludercic <philipk <at> posteo.net>, 69646 <at> debbugs.gnu.org Subject: Re: bug#69646: [PATCH] Have insert 'submit-emacs-patch' maintainers into X-Debbugs-Cc Date: Sat, 09 Mar 2024 17:40:33 +0100
Felician Nemeth <felician.nemeth <at> gmail.com> writes: > Hi Michael, Hi Felicián, >> And I don't know how you want to maintain this file. It is intended for >> all packages existing on debbugs.gnu.org, not only for Emacs. > > My idea was that the ELPA automation scripts could start an updated > version of Philip's script to take care of maintaining this file. It isn't foreseen that external scripts have write access to debbugs.gnu.org. > If I understand Philip correctly, then this approach has little gain > over Philp's original idea. And it is not clear for any of us whether > this approach is feasible. D'accord. > Cheers, > Felicián Best regards, Michael.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.