All of lore.kernel.org
 help / color / mirror / Atom feed
From: gregkh@linuxfoundation.org (Greg KH)
To: linux-arm-kernel@lists.infradead.org
Subject: outreachy
Date: Thu, 9 Mar 2017 22:20:21 +0100	[thread overview]
Message-ID: <20170309212021.GA24433@kroah.com> (raw)
In-Reply-To: <2da12619-5fcb-9e0f-b6c1-c83cbf491e8d@wwwdotorg.org>

On Thu, Mar 09, 2017 at 01:56:49PM -0700, Stephen Warren wrote:
> On 03/09/2017 01:51 PM, Scott Branden wrote:
> > Hi Julia,
> > 
> > On 17-03-09 12:36 PM, Julia Lawall wrote:
> > > Hello,
> > > 
> > > I discussed the issue of outreachy patches for bcm with Greg, and we are
> > > not convinced that not having the patches CCd to you is such a good idea.
> > > While we don't want to spam you with noise, some of the applicants are
> > > starting to make more significant changes that it could be useful for you
> > > to be aware of.
> > > 
> > > Could we try a compromise where you are not CCd on whitespace patches,
> > > but
> > > you are CCd on patches that actually modify the code?
> >
> > All I'm asking is you work through your outreachy patches internal first
> > to get rid of the most basic mistakes and email traffic it is geerating.
> >  Once that learning process is through then they can be sent out like
> > any other patches to the kernel mailing lists and maintainers.
> 
> +1 from me too; I find these patches rather high volume and had to add a
> filter to keep them out of my primary inbox.

Hah!  That's the joy of being a maintainer of a driver in staging.  Even
if you filter out outreachy, you are going to get a lot of "basic
mistakes" and other type patches cc:ed to you.

I strongly suggest, that if you all don't like this type of stuff,
either:
	- work to get the code out of staging as soon as possible (i.e.
	  send me coding style fixes for everything right now, and then
	  fix up the rest of the stuff.)
	- take yourself off the maintainer list for this code.

It's your choice, outreachy right now is a lot of patches, but again,
it's not going to keep you from getting the "basic" stuff sent to you
in ways that is totally wrong.

thanks,

greg k-h

WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Stephen Warren <swarren@wwwdotorg.org>
Cc: Scott Branden <scott.branden@broadcom.com>,
	Julia Lawall <julia.lawall@lip6.fr>,
	lee@kernel.org, eric@anholt.net, f.fainelli@gmail.com,
	rjui@broadcom.com, sbranden@broadcom.com,
	bcm-kernel-feedback-list@broadcom.com,
	devel@driverdev.osuosl.org, linux-rpi-kernel@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org
Subject: Re: outreachy
Date: Thu, 9 Mar 2017 22:20:21 +0100	[thread overview]
Message-ID: <20170309212021.GA24433@kroah.com> (raw)
In-Reply-To: <2da12619-5fcb-9e0f-b6c1-c83cbf491e8d@wwwdotorg.org>

On Thu, Mar 09, 2017 at 01:56:49PM -0700, Stephen Warren wrote:
> On 03/09/2017 01:51 PM, Scott Branden wrote:
> > Hi Julia,
> > 
> > On 17-03-09 12:36 PM, Julia Lawall wrote:
> > > Hello,
> > > 
> > > I discussed the issue of outreachy patches for bcm with Greg, and we are
> > > not convinced that not having the patches CCd to you is such a good idea.
> > > While we don't want to spam you with noise, some of the applicants are
> > > starting to make more significant changes that it could be useful for you
> > > to be aware of.
> > > 
> > > Could we try a compromise where you are not CCd on whitespace patches,
> > > but
> > > you are CCd on patches that actually modify the code?
> >
> > All I'm asking is you work through your outreachy patches internal first
> > to get rid of the most basic mistakes and email traffic it is geerating.
> >  Once that learning process is through then they can be sent out like
> > any other patches to the kernel mailing lists and maintainers.
> 
> +1 from me too; I find these patches rather high volume and had to add a
> filter to keep them out of my primary inbox.

Hah!  That's the joy of being a maintainer of a driver in staging.  Even
if you filter out outreachy, you are going to get a lot of "basic
mistakes" and other type patches cc:ed to you.

I strongly suggest, that if you all don't like this type of stuff,
either:
	- work to get the code out of staging as soon as possible (i.e.
	  send me coding style fixes for everything right now, and then
	  fix up the rest of the stuff.)
	- take yourself off the maintainer list for this code.

It's your choice, outreachy right now is a lot of patches, but again,
it's not going to keep you from getting the "basic" stuff sent to you
in ways that is totally wrong.

thanks,

greg k-h

  reply	other threads:[~2017-03-09 21:20 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-09 20:36 outreachy Julia Lawall
2017-03-09 20:36 ` outreachy Julia Lawall
2017-03-09 20:51 ` outreachy Scott Branden
2017-03-09 20:51   ` outreachy Scott Branden
2017-03-09 20:56   ` outreachy Stephen Warren
2017-03-09 20:56     ` outreachy Stephen Warren
2017-03-09 21:20     ` Greg KH [this message]
2017-03-09 21:20       ` outreachy Greg KH
2017-03-09 22:15       ` outreachy Florian Fainelli
2017-03-09 22:15         ` outreachy Florian Fainelli
2017-03-10  6:01         ` outreachy Greg KH
2017-03-10  6:01           ` outreachy Greg KH
2017-03-17 15:25       ` outreachy Pavel Machek
2017-03-17 15:25         ` outreachy Pavel Machek
2017-03-17 16:55         ` outreachy Julia Lawall
2017-03-17 16:55           ` outreachy Julia Lawall
2017-03-20 10:20           ` outreachy Pavel Machek
2017-03-20 10:20             ` outreachy Pavel Machek
2017-03-20 10:30             ` outreachy Greg KH
2017-03-20 10:30               ` outreachy Greg KH
2017-03-20 16:14               ` outreachy Pavel Machek
2017-03-20 16:14                 ` outreachy Pavel Machek
2017-03-19  7:37       ` outreachy/moving a driver out of staging Michael Zoran
2017-03-19  7:37         ` Michael Zoran
2017-03-19  9:15         ` Russell King - ARM Linux
2017-03-19  9:15           ` Russell King - ARM Linux
2017-03-19 10:22           ` Michael Zoran
2017-03-19 10:22             ` Michael Zoran
  -- strict thread matches above, loose matches on Subject: below --
2024-10-04 16:18 Outreachy Fashina Segun
2024-10-05 13:19 ` Outreachy Phillip Wood
2024-10-04 16:16 Outreachy Segun Fashina
2024-10-04  3:40 Outreachy abdulwasiu maryam
2024-10-04  4:35 ` Outreachy Patrick Steinhardt
2023-03-15 13:17 Outreachy Menna Mahmoud
2023-03-15 14:03 ` Outreachy Dan Carpenter
2023-03-15 19:24   ` Outreachy Randy Dunlap
2023-03-15 20:09     ` Outreachy Lars-Peter Clausen
2023-03-19 11:20       ` Outreachy Menna Mahmoud
2023-03-07 12:25 Outreachy Menna Mahmoud
2023-03-07 16:05 ` Outreachy Alison Schofield
2020-10-15  7:03 Outreachy Zodwa Phakathi
     [not found] <CAAe2+-RUhQDuw2kR4xCh2Sjh0CvpuBsWtK2iLmHih1iWtcP60w@mail.gmail.com>
2019-10-07 20:36 ` Outreachy Emily Shaffer
2019-10-08  8:27   ` Outreachy Johannes Schindelin
2016-09-30 20:40 outreachy Julia Lawall
2016-10-01  4:04 ` outreachy Rehas Sachdeva
2016-10-01  7:51 ` outreachy keila novo
2016-10-01  8:41 ` outreachy Bhumika Goyal
2016-10-01 18:18 ` outreachy Namrata A Shettar
2016-10-03  9:27 ` outreachy Georgiana Chelu
     [not found] <CACEff1gwioYfk=9wfUtPfDEpuK0CULw3iQBhtyj0CrLfC4VAuQ@mail.gmail.com>
2016-03-18  9:06 ` Outreachy Lars Kurth

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=20170309212021.GA24433@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=linux-arm-kernel@lists.infradead.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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.