<div dir="ltr">I have a question regarding proposed release versions - are we starting to count releases from zero? And 2015.1 (Kilo) missed in all projects in etherpad. So, it means if we're starting from 0.0.0 then the proposed versions are correct, but if we want to start from 1.0.0 (IMO it's better), we should increment all proposed versions.<div><br></div><div>Re Sahara version I think it'll be more logical to count 0.X releases as a single version 0.X and start from 1.0.0 for Icehose, 2.0.0 for Juno and 3.0.0 for Kilo, so, for Sahara I think anyway it'll be better to start versioning from 4.0.0.</div><div><br></div><div>Thanks.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 16, 2015 at 12:04 PM, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<span class=""><br>
On 06/16/2015 09:44 AM, Thierry Carrez wrote:<br>
> Doug Hellmann wrote:<br>
>> [...] I still need to chat with Kyle about some of the neutron<br>
>> spin-out projects, since their repositories have the old neutron<br>
>> tags but I don't think it's appropriate to use the same version<br>
>> number as neutron for newer projects. [...] neutron 8.0.0<br>
>> neutron-fwaas neutron-lbaas neutron-vpnaas<br>
><br>
> In Kilo (where they were introduced) those were released as a<br>
> single deliverable made of 4 source code tarballs. They would do<br>
> release candidates together, release together. My understanding is<br>
> that they are not versioned separately, they are supposed to be<br>
> used at the same version together.<br>
><br>
> If that assumption is correct, I think we should still consider it<br>
> a single deliverable with a single version scheme, and have the<br>
> neutron-*aas all starting at 8.0.0.<br>
><br>
<br>
</span>Yes, please don't assume they are independent, at least for now while<br>
*aas don't have their own API endpoints.<br>
<br>
Ihar<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2<br>
<br>
iQEcBAEBCAAGBQJVf+akAAoJEC5aWaUY1u57ryYH/30vflSJUTq8dseE4fL1Qv1u<br>
zLkq1bS39+AKRUihSqGQH+tNyq3tATBmqMDfMMzZ/WEYJfxsopiHnTJ4DMdpwNUo<br>
z31MmDO1CplG99PgK/9LE2jRagxeC18QpstnE5G4UkG/Ul/jzG+0os1pGjCi69i1<br>
9CQI1ZWUjRU8bbq8s7JISi54eCi0t5pzyoVqjh9MtJ5oOWhxFdD7bJg8jvjNzEb4<br>
5qT5ZSUk2iTI647sfap27fZS1DZ2KAmJwSFSE6jew+FVeepQh/UBPJmmNbcN1D3q<br>
uBg5+MDbnGXVhka/gB1m3k77JKglZI3DH4oI3wVsinRlyHsfh/gXNsOyPxHGHw0=<br>
=vQnQ<br>
-----END PGP SIGNATURE-----<br>
<div class="HOEnZb"><div class="h5"><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">Sincerely yours,<br>Sergey Lukjanov<br>Sahara Technical Lead<br>(OpenStack Data Processing)<br>Principal Software Engineer<br>Mirantis Inc.</div>
</div>