<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 7, 2015 at 8:35 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I'm not going to hide it, I don't know what's going on with the v2.1 API status, i.e. what is the criteria to that thing dropping it's 'experimental' label?<br>
<br></blockquote><div><br></div><div>So I caught up with Matt on IRC, repeating some references and discussion here for everyone else</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I wasn't at the mid-cycle meetup for Kilo but even for Juno I'll admit I was a bit lost. It's not my fault, I'm more good looks than brains. :)<br>
<br>
When I look at approved specs for Kilo, three pop out:<br>
<br>
1. <a href="https://blueprints.launchpad.net/nova/+spec/v2-on-v3-api" target="_blank">https://blueprints.launchpad.<u></u>net/nova/+spec/v2-on-v3-api</a><br>
<br>
2. <a href="https://blueprints.launchpad.net/nova/+spec/api-microversions" target="_blank">https://blueprints.launchpad.<u></u>net/nova/+spec/api-<u></u>microversions</a><br>
<br>
3. <a href="https://blueprints.launchpad.net/nova/+spec/v3-api-policy" target="_blank">https://blueprints.launchpad.<u></u>net/nova/+spec/v3-api-policy</a><br>
<br></blockquote><div><br></div><div>So we need the first to blueprints for v2.1 microversions. We don't need v3-api-policy merged to release</div><div> v2.1 microversions though I believe it is a separate important bit of work to reduce tech debt and make </div><div>life easier for operators. </div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
The only one of those that has a dependency in launchpad is the last one and it's dependency is on:<br>
<br>
<a href="https://blueprints.launchpad.net/nova/+spec/nova-v3-api" target="_blank">https://blueprints.launchpad.<u></u>net/nova/+spec/nova-v3-api</a><br>
<br>
Which looks like it was replaced by the v2-on-v3-api blueprint.<br>
<br>
If I look at the open changes for each, there are a lot:<br>
<br>
1. <a href="https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/v2-on-v3-api,n,z" target="_blank">https://review.openstack.org/#<u></u>/q/status:open+project:<u></u>openstack/nova+branch:master+<u></u>topic:bp/v2-on-v3-api,n,z</a><br>
<br>
2. <a href="https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/api-microversions,n,z" target="_blank">https://review.openstack.org/#<u></u>/q/status:open+project:<u></u>openstack/nova+branch:master+<u></u>topic:bp/api-microversions,n,z</a><br>
<br>
3. <a href="https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/v3-api-policy,n,z" target="_blank">https://review.openstack.org/#<u></u>/q/status:open+project:<u></u>openstack/nova+branch:master+<u></u>topic:bp/v3-api-policy,n,z</a><br>
<br>
Do those all need to merge before the v2.1 API is no longer experimental?<br>
<br></blockquote><div><br></div><div><div>We have an etherpad here which tracks our release criteria for v2.1 and microversions:</div><div><br></div><div><a href="https://etherpad.openstack.org/p/v2_1_ReleaseCriteria">https://etherpad.openstack.org/p/v2_1_ReleaseCriteria</a></div></div><div> </div><div>As mentioned above it doesn't include api-policy</div><div><br></div><div>To make life easier for us I'd also like to request that if you review a changeset that modifies the v2 api that you ensure it also if required is applied to v2.1(v3 code). If it doesn't apply to v3 then ensure a </div><div>v2-only tag is in the commit message. That will help us verify v2 does not diverge from v2.1 just before</div><div>release. After that I think v2 code will be essentially frozen except for bug fixes and any api changes will</div><div>only be made through microversions.</div><div><br></div><div>Regards,</div><div><br></div><div>Chris</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Is the, for lack of a better term, 'completion criteria', being tracked in an etherpad or wiki page somewhere?  I see stuff in the priorities etherpad <a href="https://etherpad.openstack.org/p/kilo-nova-priorities-tracking" target="_blank">https://etherpad.openstack.<u></u>org/p/kilo-nova-priorities-<u></u>tracking</a> but it's not clear to me at a high level what makes v2.1 no longer experimental.<br>
<br>
Can someone provide that in less than 500 words?<span class=""><font color="#888888"><br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt Riedemann<br>
<br>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</font></span></blockquote></div><br></div></div>