Daniel Gruno from ASF infra mentioned this when adding Github plugin to dev@ list support : "We may, in the future, add the possibility to filter out certain comments from being relayed to the ML (such as jenkins workflows etc), but this will all depend on how this initial phase goes along."
Looks like for Apache Spark we need ability to filter comments from Jenkins. So if we could "filter" the Jenkins comment fro being sent to dev@ list would this help reduce the noise? - Henry On Thu, Feb 20, 2014 at 1:01 PM, Andrew Ash <[email protected]> wrote: > I'm fine with keeping the GitHub traffic if we can > > a) take away the Jenkins build started / build finished / build succeeded / > build failed messages. Those aren't "dev discussion" and are very noisy. > I don't think they help anyone, and people who care about those for a > particular PR (because they're a reviewer or author on it) are already > subscribed through GitHub. > b) change the format of the emails that are sent out; I find them very > poorly formatted. I'd prefer no deep tab for the message. > > http://mail-archives.apache.org/mod_mbox/incubator-spark-dev/201402.mbox/%[email protected]%3E > > FWIW I'm filtering all emails from [email protected] straight to trash > right now because of the noise. > > > On Thu, Feb 20, 2014 at 12:51 PM, Mattmann, Chris A (3980) < > [email protected]> wrote: > >> Guys, >> >> Whether you are a TLP or not the big key here is making sure that >> dev discussion does not happen elsewhere outside of the list. You >> can create e.g., a [email protected] list, but you will need >> to make sure that: >> >> a) if dev discussion is happening there that it gets flowed up to >> [email protected]. All development discussion must appear on the dev >> list and must be traceable as a project discussion and decisions >> appear on the list(s). >> >> b) automated/etc. email is simply that, and there isn't a ton of >> discussion going on on those github emails, and that it's mostly >> going on on the [email protected] list. >> >> If you can meet those 2 criteria/litmus test, I think it's fine. >> The big concern is that if the discussion is not happening elsewhere, >> then the decisions make for Apache Spark are based on information >> that isn't co-located with the Apache Spark project. So that's the >> thing that the PMC needs to keep in mind (note I said PMC now, yay!) :) >> >> Cheers and just keep the above in mind and you'll be good. >> >> Cheers, >> Chris >> >> >> >> >> -----Original Message----- >> From: Andy Konwinski <[email protected]> >> Reply-To: "[email protected]" <[email protected] >> > >> Date: Thursday, February 20, 2014 12:36 PM >> To: "[email protected]" <[email protected]> >> Subject: Re: Signal/Noise Ratio >> >> >That is a very valid point about the list archives (which a mail filter >> >doesn't address and which impacts the community in a negative way). >> > >> >As of today we are a Top Level Project so I think we have a little more >> >autonomy for this sort of dev vs separate list decision. >> > >> > >> >On Thu, Feb 20, 2014 at 12:15 PM, Ethan Jewett <[email protected]> >> wrote: >> > >> >> Is there anything stopping us from using a different list, segregated >> >>from >> >> the dev list? The Github emails significantly reduce the signal-noise >> >>ratio >> >> of this list, and while it is possible (but annoying) to filter them >> >>out in >> >> our individual inboxes, it makes the archives of the list much less >> >>usable >> >> in many ways. >> >> >> >> >> >> On Tue, Feb 18, 2014 at 2:20 PM, Aaron Davidson <[email protected]> >> >> wrote: >> >> >> >> > This is due, unfortunately, to Apache policies that all >> >> development-related >> >> > discussion should take place on the dev list. As we are attempting to >> >> > graduate from an incubating project to an Apache top level project, >> >>there >> >> > were some concerns raised about GitHub, and the fastest solution to >> >>avoid >> >> > conflict related to our graduation was to CC dev@ for all GitHub >> >> messages. >> >> > Once our graduation is complete, we may be able to find a less noisy >> >>way >> >> of >> >> > dealing with these messages. >> >> > >> >> > In the meantime, one simple solution is to filter out all messages >> >>that >> >> > come from [email protected] and are destined to >> >> > [email protected]. >> >> > >> >> > >> >> > On Tue, Feb 18, 2014 at 10:04 AM, Gerard Maas <[email protected]> >> >> > wrote: >> >> > >> >> > > +1 please. >> >> > > >> >> > > >> >> > > On Tue, Feb 18, 2014 at 6:04 PM, Michael Ernest >> >><[email protected] >> >> > > >wrote: >> >> > > >> >> > > > +1 >> >> > > > >> >> > > > >> >> > > > On Tue, Feb 18, 2014 at 8:24 AM, Heiko Braun < >> >> [email protected] >> >> > > > >wrote: >> >> > > > >> >> > > > > >> >> > > > > >> >> > > > > Wouldn't it be better to move the github messages to a dedicated >> >> > email >> >> > > > > list? >> >> > > > > >> >> > > > > Regards, Heiko >> >> > > > > >> >> > > > >> >> > > > >> >> > > > >> >> > > > -- >> >> > > > Michael Ernest >> >> > > > Sr. Solutions Consultant >> >> > > > West Coast >> >> > > > >> >> > > >> >> > >> >> >> >>
