On 16-09-20 05:38 PM, Morgan Fainberg wrote:
On Tue, Sep 20, 2016 at 9:18 AM, Doug Hellmann <d...@doughellmann.com>
wrote:
Excerpts from Thierry Carrez's message of 2016-09-20 10:19:04 +0200:
Steve Martinelli wrote:
I think bundling the puppet, ansible and oslo releases together would
cut down on a considerable amount of traffic. Bundling or grouping new
releases may not be the most accurate, but if it encourages the right
folks to read the content instead of brushing it off, I think thats
worth while.
Yeah, I agree that the current "style" of announcing actively trains
people to ignore announces. The trick is that it's non-trivial to
regroup announces (as they are automatically sent as a post-job for each
tag).
Solutions include:
* A daily job that catches releases of the day and batches them into a
single announce (issue being you don't get notified as soon as the
release is available, and the announce email ends up being extremely
long)
* A specific -release ML where all announces are posted, with a daily
job to generate an email (one to -announce for services, one to -dev for
libraries) that links to them, without expanding (issue being you don't
have the natural thread in -dev to react to a broken oslo release)
* Somehow generate the email from the openstack/release request rather
than from the tags
One email, with less detail, generated when a file merges into
openstack/release is my preference because it's easier to implement.
Alternately we could move all of the announcements we have now to
a new -release list and folks that only want one email a day can
subscribe using digest delivery. Of course they could do that with
the list we have now, too.
Doug
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
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).
--/morgan
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Also you can set the description for the list to state the fact this
list is meant for releases, so it will curtail complaints from
subscribers saying we don't like what we are getting.
Thanks,
Anita.
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
