<div dir="ltr">Hi Clint,<div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 27, 2017 at 12:25 AM, Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Matt Riedemann's message of 2017-02-26 19:48:50 -0600:<br>
<div><div class="h5">> On 2/26/2017 6:52 PM, Clint Byrum wrote:<br>
> > During some productive discussions in the Stewardship Working Group PTG<br>
> > room, the subject of the mailing list came up. The usual questions<br>
> > around whether or not we should have per-project lists came up and the<br>
> > reasons we don't were re-affirmed. To recap those reasons:<br>
> ><br>
> >   * Cross posting is the pits<br>
> >   * People don't always know at the beginning of a thread that a<br>
> >     discussion will need to go wider, leading to silos and confusion.<br>
> ><br>
> > So we turned to ways to help reduce peoples' load while reading e-mail,<br>
> > since many (most?) tend to opt out of reading openstack-dev.<br>
> ><br>
> > There are a number of ways that we can help, including teaching people<br>
> > to have more efficient workflows and use specific mail reading tools<br>
> > (don't worry, we're not adding an NNTP gateway.. yet). But one that<br>
> > received positive feedback from the room was to have moderated<br>
> > business-only mailing lists for each project.<br>
> ><br>
> > Basically, there are things that we _do_ know will not go wider when<br>
> > the thread begins. Just running through the threads on the February<br>
> > thread index, there are a few obvious classes:<br>
> ><br>
> >   * Mascots<br>
> >   * Social meetups<br>
> >   * Meeting logistics<br>
> >   * Core team membership<br>
> ><br></div></div></blockquote><div>I'm curious as to how much of the traffic (such as the examples given) generates message fatigue on new users but I do appreciate that we are trying to find solutions to make it easier to enter into the mailing lists around OpenStack without having to resort to digests.   </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
> > There are likely others. The idea is that these messages would go into a<br>
> > ${<a href="mailto:project%7D-business@lists.openstack.org">project}-business@lists.<wbr>openstack.org</a>. Said list would be moderated by<br>
> > a team of the PTL's choosing, and we would admonish moderators to reject<br>
> > soundly any threads not obviously single project business related.<br></div></div></blockquote><div>In this approach, we could send messages that fall within the ${<a href="mailto:project%7D-business@lists.openstack.org">project}-business@lists.openstack.org</a> to the dev ML as well.  This would allow people who want only the ${project}-business news to get the content without having to get all messages from the dev ML but at the same time allow threads to be available to both subscribers (dev and ${project}-business}.  </div><div><br></div><div>I hope we still advocate for subscribing to the openstack-dev mailing list even if a contributor is only starting with a single project (and not interested in cross-project things) because it allows for people to see conversations they might have expertise in or find a new project they want to contribute to based on learning something new about it.  </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
> ><br>
> > Thoughts? If this sounds good, I'll go ahead and write up a spec.<br>
> > (openstack-specs?)<br>
> ><br>
> > ______________________________<wbr>______________________________<wbr>______________<br>
> > OpenStack Development Mailing List (not for usage questions)<br>
> > Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
> ><br>
><br>
> So business as in like parliamentary procedure business and not business<br>
> as in synergizing growth for the bottom line in a global economy?<br>
><br>
<br>
</div></div>Parliamentary procedure, as the original message suggests. Things that<br>
are not likely to grow into something bigger.<br>
<span class=""><br>
> I care about more than just the nova project, so I also pay attention to<br>
> non-nova specific stuff in other projects, mostly neutron, cinder,<br>
> ironic, glance, keystone and QA. If I want to know about their business<br>
> (can we say businazz to jazz it up?) I not only need to be in the<br>
> openstack-dev list but also their project-specific list? It's all going<br>
> to filter to the same folders I already have, but then I have to be in<br>
> several more mailing lists.<br>
><br>
> Who is the actual audience for this change? Is it to get the mundane<br>
> every day project stuff out of the openstack-dev list so people don't<br>
> have to read it and if so, who are those people and why can't they just<br>
> filter or ignore threads they don't care about properly?<br>
><br>
> I'm a -1 on this unless I'm missing how it makes things much much better<br>
> somehow.<br>
><br>
<br>
</span>This isn't for you, or for me.<br>
<br>
For instance, I use a highly efficient mail workflow with offlineimap and<br>
"sup" that lets me read the whole mailing list and aggressively filter<br>
threads without losing my mind and while still retaining useful search<br>
ability. I do not use folders other than putting anything with a List-Id<br>
into "lists". I published a little bit of it here btw:<br>
<br>
<a href="https://github.com/SpamapS/ferk" rel="noreferrer" target="_blank">https://github.com/SpamapS/<wbr>ferk</a> (Firehose Email Reading Kit)<br>
<br>
But I never finished publishing docs or useful templates for sup config.<br>
<br>
And really, I don't expect every new participant in OpenStack to adopt<br>
such a workflow. It's taken me at least 6 years to get it dialed in and<br>
it's tuned to not only OpenStack but Debian and other smaller projects.<br>
<br>
You have taken the folder approach, and that is a bit less complicated<br>
to set up than sup+offlineimap, but still does require that you know<br>
how to filter by tag. It also means that you are experiencing one of<br>
the problems with cross posting whenever anybody adds a tag, as in<br>
that setup each message is duplicated into each folder, or you have a<br>
'first match' sieve and then tag order becomes significant. Either way,<br>
you have to flip back and forth to read a thread. Or maybe somebody has<br>
an answer? Nobody in the room at the SWG session had one.<br>
<br>
Anyway, that's fine tuning for old-hats at managing openstack-dev. We<br>
are still throwing hundreds of messages per week at anyone who dares to<br>
try and be cross-project. For those involved with a few projects, it's<br>
relatively simple to pick a few business lists to keep up with _once<br>
you have reached that level of involvement_. Until then, what you want<br>
on openstack-dev is development discussions.<br>
<br>
Nobody is saying you can't announce things about each project on<br>
the list. But there's obvious stuff that is just logistics about an<br>
established project team's business, and a complete waste of time to<br>
even have to filter by thread. We've gotten _really_ wide over the<br>
years. So if you have a better strategy to help newbies deal with that<br>
and not get funneled into a silo _immediately_, do share. But for now,<br>
this is an attempt to relieve the overall system of at least a small<br>
amount of pressure.<br>
<div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="font-size:small">Thanks,</div><div style="font-size:small">Shamail Tahir</div><div style="font-size:small">t: @ShamailXD</div><div style="font-size:small">tz: Eastern Time</div></div></div></div></div>
</div></div>