From: John Wiegley <jwiegley@gmail.com>
To: Lars Magne Ingebrigtsen <larsi@gnus.org>
Cc: emacs-devel@gnu.org
Subject: Re: Seeking a "Patch Champion"
Date: Mon, 25 Apr 2016 17:34:06 -0400 [thread overview]
Message-ID: <m2d1pdnzjl.fsf@newartisans.com> (raw)
In-Reply-To: <m3k2jlej68.fsf@gnus.org> (Lars Magne Ingebrigtsen's message of "Mon, 25 Apr 2016 18:40:15 +0200")
>>>>> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Well, that's what happens to patches on emacs-devel.
Right now the Patchwork is tracking both -devel and -bugs. If tracking -bugs
is not useful, we can stop doing that.
> The ones submitted to the bug tracker never fade away.
No, but they fade into time, becoming irrelevant against the current version
of the code. I've had several people approach me directly and say that they
won't contribute to Emacs anymore, because their patches were left to rot in
debbugs.
The idea behind Patchwork is that it separates contributed code from (a)
discussions on emacs-devel and (b) problem reports in the bug tracker. A patch
has a great chance of saving us some work, because it's code we don't have to
write. I was hoping that Patchwork would call out these code contributions,
and shorten the time to acceptance.
If debbugs can be modified to just show unapplied patches, maybe this is all
we need. Part of the job of a patch champion would then be to create new
tickets on behalf of submitters who send their code to emacs-devel.
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
next prev parent reply other threads:[~2016-04-25 21:34 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-23 21:22 Seeking a "Patch Champion" John Wiegley
2016-04-23 21:45 ` Dmitry Gutov
2016-04-23 21:54 ` John Wiegley
2016-04-25 19:50 ` Dmitry Gutov
2016-04-25 19:59 ` Dmitry Gutov
2016-04-25 21:29 ` John Wiegley
2016-04-25 21:35 ` Dmitry Gutov
2016-04-26 14:27 ` John Wiegley
2016-04-25 11:29 ` Nicolas Petton
2016-04-25 17:37 ` John Wiegley
2016-04-25 18:48 ` Nicolas Petton
2016-04-25 19:17 ` John Wiegley
2016-04-25 19:28 ` John Wiegley
2016-04-25 16:40 ` Lars Magne Ingebrigtsen
2016-04-25 18:11 ` Karl Fogel
2016-04-25 18:14 ` Lars Magne Ingebrigtsen
2016-04-25 19:22 ` Karl Fogel
2016-04-25 19:51 ` Dmitry Gutov
2016-04-25 20:27 ` Dmitry Gutov
2016-04-25 20:37 ` Lars Magne Ingebrigtsen
2016-04-25 20:51 ` Dmitry Gutov
2016-04-25 21:14 ` Lars Magne Ingebrigtsen
2016-04-25 21:34 ` John Wiegley [this message]
2016-04-25 22:04 ` Lars Magne Ingebrigtsen
2016-04-25 23:44 ` Lars Magne Ingebrigtsen
2016-04-26 6:32 ` Andreas Röhler
2016-04-26 14:30 ` John Wiegley
2016-04-26 15:04 ` Nicolas Petton
2016-04-26 20:24 ` Dmitry Gutov
2016-04-26 21:01 ` John Wiegley
2016-04-27 6:16 ` Eli Zaretskii
2016-04-27 14:40 ` Lars Magne Ingebrigtsen
2016-04-27 15:31 ` Nicolas Petton
2016-04-27 15:49 ` Lars Ingebrigtsen
2016-05-02 7:55 ` Nicolas Petton
2016-05-02 20:55 ` John Wiegley
2016-05-02 21:54 ` Lars Ingebrigtsen
2016-05-03 7:58 ` Michael Albinus
2016-04-28 19:30 ` Philipp Stephani
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2d1pdnzjl.fsf@newartisans.com \
--to=jwiegley@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).