<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 22, 2013 at 3:31 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Robert Collins wrote:<br>
> I don't understand why branches would be needed here *if* the breaking<br>
> changes don't impact any supported release of OpenStack.<br>
<br>
</div>Right -- the trick is what does "supported" mean in that case.<br>
<br>
When the client libraries were first established as separate<br>
deliverables, they came up with a blanket statement that the latest<br>
version could always be used with *any* version of openstack you may<br>
have. The idea being, if some public cloud was still stuck in pre-diablo<br>
times, you could still use the same library to address both this public<br>
cloud and the one which was 2 weeks behind Havana HEAD.<br></blockquote><div><br></div><div>I'm curious about the historical circumstance of this requirement -- were the services supported "master, minus two releases" at the time?</div>
<div><br></div><div>We're not testing more than two stable releases against the latest clients in CI today, so I find it odd that we still bother with this claim, without demonstrating that it's true.</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Thierry Carrez (ttx)<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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><br clear="all"><div><br></div>-- <br><div><br></div>-Dolph
</div></div>