<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
</span>I agree with John Griffith. I don't have any empirical evidences to back<br>
my "feelings" on that one but it's true that we weren't enable to enable<br>
Cinder v2 until now.<br>
<br>
Which makes me wonder: When can we actually deprecate an API version? I<br>
*feel* we are fast to jump on the deprecation when the replacement isn't<br>
100% ready yet for several versions.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Mathieu<br></font></span></blockquote><div><br></div><div><br></div><div>I don't think it's too much to ask that versions can't be deprecated until the new version is 100% working, passing all tests, and the clients (at least python-xxxclients) can handle it without issues. Ideally I'd like to also throw in the criteria that devstack, rally, tempest, and other services are all using and exercising the new API.</div><div><br></div><div>I agree that things feel rushed. </div></div><br></div></div>