<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 13, 2015 at 10:06 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5"><br>
<br>
On Fri, Mar 13, 2015, at 06:57 AM, Thierry Carrez wrote:<br>
> Clint Byrum wrote:<br>
> > I spend a not-insignificant amount of time deciding which threads to<br>
> > read and which to fully ignore each day, so extra threads mean extra<br>
> > work, even with a streamlined workflow of single-key-press-per-thread.<br>
> ><br>
> > So I'm wondering what people are getting from these announcements being<br>
> > on the discussion list. I feel like they'd be better off in a weekly<br>
> > digest, on a web page somewhere, or perhaps with a tag that could be<br>
> > filtered out for those that don't benefit from them.<br>
><br>
> The first value of a release announcement is (obviously) to let people<br>
> know something was released. There is a bit of a paradox there with some<br>
> announcements being posted to openstack-announce (in theory low-traffic<br>
> and high-attention), and some announcements being posted to<br>
> openstack-dev (high-traffic and medium-attention). Where is the line<br>
> drawn ?<br>
><br>
> The second value of a release announcement is the thread it creates in<br>
> case immediate issues are spotted. I kind of like that some<br>
> python-*client release announcements are followed-up by a "this broke<br>
> the world" thread, all in a single convenient package. Delaying<br>
> announcements defeats that purpose.<br>
><br>
> We need to adapt our current (restricted) usage of openstack-announce to<br>
> a big-tent less-hierarchical future anyway: if we continue to split<br>
> announcements, which projects are deemed "important enough" to be<br>
> granted openstack-announce access ?<br>
><br>
> Personally in the future I'm not opposed to allowing any "openstack"<br>
> project (big-tent definition) to post to openstack-announce (ideally in<br>
> a standard / autogenerated format) with reply-to set to openstack-dev.<br>
> We could use a separate list, but then release and OSSA announcements<br>
> are the only thing we use -announce for currently, so I'm not sure it's<br>
> worth it.<br>
><br>
> So I'm +1 on using a specific list (and setting reply-to to -dev), and<br>
> I'm suggesting openstack-announce should be reused to avoid creating two<br>
> classes of deliverables (-announce worthy and not).<br>
<br>
</div></div>We had complaints in the past when we *didn't* send release<br>
announcements because people were then unaware of why a new release<br>
might be causing changes in behavior, so we built a bunch of tools to<br>
make it easy to create uniform and informative release note emails<br>
containing the level of detail people wanted. So far those are only<br>
being used by Oslo, but we're moving the scripts to the release-tools<br>
repo to make them easy for all library maintainers to use.<br></blockquote><div><br></div><div>Can we just change the subject line produced by the tooling from:</div><div><br></div><div>  [openstack-dev] [all] oslo.versionedobjects 0.1.1 release</div><div><br></div><div>to something like:</div><div><br></div><div>  [openstack-dev] [release] oslo.versionedobjects 0.1.1</div><div><br></div><div>That way everyone can more reliably filter these announcements as they wish?</div><div><br></div><div>I fall into the camp of "I don't ever want to see these announcements... until something is broken and I need a culprit."</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
These announcements are primarily for our developer community and the<br>
folks at the distros who need to know to package the new versions. Are<br>
we going to start having non-dev folks who subscribe to the announce<br>
list complain about the release announcements for libraries, then? Are<br>
enough developers subscribed to the announce list that they will see the<br>
release messages to meet the original needs we were trying to meet?<br>
<div class=""><div class="h5"><br>
><br>
> Posting on -dev with a subject prefix would only marginally improve the<br>
> situation (release announcements are already pretty easy to spot and<br>
> manually filter out), so I'm +0 on that.<br>
><br>
> Weekly posts or ratelimiting would imho remove 99% of the interest of<br>
> release announcements, so I'm -1 on that solution.<br>
><br>
> --<br>
> Thierry Carrez (ttx)<br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe:<br>
> <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>