<div dir="ltr">+1 for range checking and stable team +2's in openstack/releases repo<div><br></div><div>-- dims</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 17, 2015 at 10:05 AM, Matt Riedemann <span dir="ltr"><<a href="mailto:mriedem@linux.vnet.ibm.com" target="_blank">mriedem@linux.vnet.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
On 9/17/2015 7:23 AM, Tony Breeds wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
On Thu, Sep 17, 2015 at 06:22:47AM -0400, Davanum Srinivas wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Tony,<br>
Looks like the ban is holding up:<br>
<a href="https://review.openstack.org/#/c/224429/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/224429/</a><br>
</blockquote>
<br>
Sorry yes.  Robert Collins pointed out that my new quicker plan wasn't going to<br>
work so we went back to the original ban 1.4.1 solution.<br>
<br>
It looks like the gate is mostly green again.<br>
<br>
If people have grenade jobs that failed, a recheck shoudl fix that.<br>
<br>
Thanks to all those that pushed on this to get things going again.<br>
<br>
Yours Tony.<br>
<br>
<br>
<br></div></div><span class="">
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
</span></blockquote>
<br>
As noted in the stable/kilo block on 1.4.1, we're good until we do a 1.4.2 release at which point we either break juno or we break kilo since they overlap in supported version ranges.<br>
<br>
I've asked Tony to push a requirements change on stable/juno and stable/kilo to add a note next to oslo.utils reminding us of this so we think twice before breaking it again (we should really make this part of the openstack/releases review process - to check that the proposed version change isn't going to show up in a branch that we don't intend it do).  Because if the proposed release has a g-r sync for branch n and the version will show up in branch n-1 or n+1, things will likely break.<br>
<br>
Hopefully we just don't need an oslo.utils release on juno or kilo before juno-eol happens.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt Riedemann</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Davanum Srinivas :: <a href="https://twitter.com/dims" target="_blank">https://twitter.com/dims</a></div>
</div>