<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 20, 2016 at 9:18 AM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.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 Thierry Carrez's message of 2016-09-20 10:19:04 +0200:<br>
<span class="">> Steve Martinelli wrote:<br>
> > I think bundling the puppet, ansible and oslo releases together would<br>
> > cut down on a considerable amount of traffic. Bundling or grouping new<br>
> > releases may not be the most accurate, but if it encourages the right<br>
> > folks to read the content instead of brushing it off, I think thats<br>
> > worth while.<br>
><br>
> Yeah, I agree that the current "style" of announcing actively trains<br>
> people to ignore announces. The trick is that it's non-trivial to<br>
> regroup announces (as they are automatically sent as a post-job for each<br>
> tag).<br>
><br>
> Solutions include:<br>
><br>
> * A daily job that catches releases of the day and batches them into a<br>
> single announce (issue being you don't get notified as soon as the<br>
> release is available, and the announce email ends up being extremely long)<br>
><br>
> * A specific -release ML where all announces are posted, with a daily<br>
> job to generate an email (one to -announce for services, one to -dev for<br>
> libraries) that links to them, without expanding (issue being you don't<br>
> have the natural thread in -dev to react to a broken oslo release)<br>
><br>
> * Somehow generate the email from the openstack/release request rather<br>
> than from the tags<br>
<br>
</span>One email, with less detail, generated when a file merges into<br>
openstack/release is my preference because it's easier to implement.<br>
<br>
Alternately we could move all of the announcements we have now to<br>
a new -release list and folks that only want one email a day can<br>
subscribe using digest delivery. Of course they could do that with<br>
the list we have now, too.<br>
<span class="HOEnZb"><font color="#888888"><br>
Doug<br>
</font></span><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></div></div></blockquote><div><br></div><div>A release list makes a lot of sense. If you also include clear metadata in the subject such as including the owning project aka: keystone (for keystone auth, keystonemiddleware, keystoneclient), people can do direct filtering for what they care about ( as well digest mode).</div><div><br></div><div>--/morgan</div></div><br></div></div>