From: Boris Brezillon <boris.brezillon@free-electrons.com>
To: Brian Norris <computersforpeace@gmail.com>, Marek Vasut <marex@denx.de>
Cc: Jeremy Kerr <jk@ozlabs.org>, Richard Weinberger <richard@nod.at>,
Cyrille Pitchen <cyrille.pitchen@wedev4u.fr>,
David Woodhouse <dwmw2@infradead.org>,
"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: Enable notifications for linux-mtd
Date: Thu, 9 Nov 2017 09:37:25 +0100 [thread overview]
Message-ID: <20171109093725.5eb2d511@bbrezillon> (raw)
In-Reply-To: <20171109061016.GA107426@google.com>
On Wed, 8 Nov 2017 22:10:16 -0800
Brian Norris <computersforpeace@gmail.com> wrote:
> On Wed, Nov 08, 2017 at 09:29:35AM +0800, Jeremy Kerr wrote:
> > Hi Boris,
> >
> > > Is there a way to send notifications to the submitter/author when the
> > > status of a linux-mtd patch is changed?
> >
> > Absolutely - that's just something I can turn on in your project's
> > config. I assume your co-maintainers are OK with this?
>
> What does "notification to submitter/author" mean? Only to the person
> who sent the patch? Or to everyone CC'd (including the mailing list)? If
> it's not the latter, then I hope no maintainer starts relying on that.
> It really obscures the process if authors are getting private
> notifications, and nobody ever responds publicly to say things have been
> applied.
That's true. Jeremy, are notifications sent to all people in Cc of a
patch/patch-series, or is it just sent to the submitter and author of
the patch?
>
> > > Not sure we'll need a notification for any kind of change, but having
> > > one when the patch is marked as Accepted would be good.
> >
> > Currently, the notifications are for all state changes (there's no
> > config to do it selectively). Will this be a problem?
>
> In general, mailing lists get a lot of inapplicable junk. Cross-posts,
> at least (e.g., device tree source changes, documentation, and driver
> patches in a single series -- we might only care about the latter 2).
> Does that mean we notify submitters when things move to "Not
> Applicable"? What about "Archived"? There's still non-archived stuff on
> the tracker that's >3 years old. I guess spamming people isn't the end
> of the world...
>
> Brian
next prev parent reply other threads:[~2017-11-09 8:38 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-07 8:26 Enable notifications for linux-mtd Boris Brezillon
2017-11-08 1:29 ` Jeremy Kerr
2017-11-08 8:22 ` Boris Brezillon
2017-11-09 6:10 ` Brian Norris
2017-11-09 8:37 ` Boris Brezillon [this message]
2017-11-09 9:17 ` Jeremy Kerr
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171109093725.5eb2d511@bbrezillon \
--to=boris.brezillon@free-electrons.com \
--cc=computersforpeace@gmail.com \
--cc=cyrille.pitchen@wedev4u.fr \
--cc=dwmw2@infradead.org \
--cc=jk@ozlabs.org \
--cc=linux-mtd@lists.infradead.org \
--cc=marex@denx.de \
--cc=richard@nod.at \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox