<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 30, 2014 at 9:16 AM, Gary Kotton <span dir="ltr"><<a href="mailto:gkotton@vmware.com" target="_blank">gkotton@vmware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
I am not really sure what to say on this one, but have a few comments in<br>
general:<br>
1. At the moment in master we have to wait weeks and at times months to<br>
get reviews on critical patches, yes, months and that is with begging<br>
cores for reviews - so I am not sure how that will work.<br>
2. The stable branch as of late seems to have been ignored by most stable<br>
reviewers<br>
I am in favor of continuing the stable branch as it is now but I think<br>
that we need to start to chase down the stable cores to do the work. If<br>
they are not doing it then they should no longer be stable cores. It is<br>
all about trust. I just think that if people are not reviewing - say at<br>
least X reviews a month then they should be given a heads up that their<br>
core status may be changed.<br>
Maybe we need to redefine the goals of the project. I really do not think<br>
that they should change.<br>
Thanks<br>
<span class="HOEnZb"><font color="#888888">Gary<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 7/30/14, 3:58 PM, "Thierry Carrez" <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>> wrote:<br>
<br>
>Hey folks,<br>
><br>
>There is a thread on -dev about more generally relying on project core<br>
>reviewers for stable branch maintenance:<br>
><br>
><a href="http://lists.openstack.org/pipermail/openstack-dev/2014-July/041409.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2014-July/041409.html</a><br>
><br>
>Let me know what you think about it, or better, chime in on that thread.<br>
><br>
>I'm open to changing the current model. We could just do stable releases<br>
>from time to time (warn about release, push tag, be done) and delegate<br>
>maintenance of the branches themselves. That would certainly make our<br>
>job easier. However I think the proponents for change (1) do not<br>
>completely realize the difference in stable and master review, (2) do<br>
>not represent all core reviewers and (3) don't realize how much extra<br>
>work they are signing up for.<br>
><br>
>Regards,<br>
><br>
>--<br>
>Thierry Carrez (ttx)<br>
><br>
>_______________________________________________<br>
>Openstack-stable-maint mailing list<br>
><a href="mailto:Openstack-stable-maint@lists.openstack.org">Openstack-stable-maint@lists.openstack.org</a><br>
><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-stable-maint" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-stable-maint</a><br>
<br>
<br>
_______________________________________________<br>
Openstack-stable-maint mailing list<br>
<a href="mailto:Openstack-stable-maint@lists.openstack.org">Openstack-stable-maint@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-stable-maint" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-stable-maint</a><br>
</div></div></blockquote></div><br></div><div class="gmail_extra"><div class="gmail_default" style="font-family:'courier new',monospace">Seems each project might have it's own challenges. Personally for Cinder I'd really like to see us go back to each project and it's core team maintaining review and decision making ability. I do think that maintaining a synchronized schedule etc is still a requirement but I don't think anybody is suggesting we change that part.</div>
<div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">Thanks,</div><div class="gmail_default" style="font-family:'courier new',monospace">
John</div><br></div></div>