<div dir="ltr">In short, because of this: <a href="https://github.com/openstack/fuel-web/blob/master/nailgun/nailgun/db/sqlalchemy/models/release.py#L74-L99">https://github.com/openstack/fuel-web/blob/master/nailgun/nailgun/db/sqlalchemy/models/release.py#L74-L99</a><div><br></div><div>Unless we use dashed 2-component version where OpenStack version comes first, followed by version of Fuel, this will break creation of a cluster with given release.</div><div><br></div><div>-Oleg</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 17, 2015 at 10:24 PM, Sergii Golovatiuk <span dir="ltr"><<a href="mailto:sgolovatiuk@mirantis.com" target="_blank">sgolovatiuk@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Why can't we use 'liberty' without 8.0?<div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Sat, 17 Oct 2015 at 19:33, Oleg Gelbukh <<a href="mailto:ogelbukh@mirantis.com" target="_blank">ogelbukh@mirantis.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">After closer look, the only viable option in closer term seems to be 'liberty-8.0' version. It does not to break comparisons that exist in the code and allows for smooth transition.</div><div dir="ltr"><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 16, 2015 at 5:35 PM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Oleg,<br>
<br>
Awesome! That's what I was looking for. :)<br>
<span><font color="#888888"><br>
- Igor<br>
</font></span><div><div><br>
On Fri, Oct 16, 2015 at 5:09 PM, Oleg Gelbukh <<a href="mailto:ogelbukh@mirantis.com" target="_blank">ogelbukh@mirantis.com</a>> wrote:<br>
> Igor,<br>
><br>
> Got your question now. Coordinated point (maintenance) releases are dropped.<br>
> [1] [2]<br>
><br>
> [1] <a href="http://lists.openstack.org/pipermail/openstack-dev/2015-May/065144.html" rel="noreferrer" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2015-May/065144.html</a><br>
> [2]<br>
> <a href="https://wiki.openstack.org/wiki/StableBranchRelease#Planned_stable.2Fliberty_releases" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/StableBranchRelease#Planned_stable.2Fliberty_releases</a><br>
><br>
> --<br>
> Best regards,<br>
> Oleg Gelbukh<br>
><br>
> On Fri, Oct 16, 2015 at 3:30 PM, Igor Kalnitsky <<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>><br>
> wrote:<br>
>><br>
>> Oleg,<br>
>><br>
>> Yes, I know. Still you didn't answer my question - are they planning<br>
>> to release stable branches time-to-time? Like I said, Liberty is<br>
>> something similar 2015.2.0. How they will name release of something<br>
>> like 2015.2.1 (stable release, with bugfixes) ? Or they plan to drop<br>
>> it?<br>
>><br>
>> Thanks,<br>
>> Igor<br>
>><br>
>> On Fri, Oct 16, 2015 at 1:02 PM, Oleg Gelbukh <<a href="mailto:ogelbukh@mirantis.com" target="_blank">ogelbukh@mirantis.com</a>><br>
>> wrote:<br>
>> > Igor,<br>
>> ><br>
>> > The point is that there's no 2015.2.0 version anywhere in OpenStack. So<br>
>> > every component will be versioned separately, for example, in Libery,<br>
>> > Nova<br>
>> > has version 12.0.0, and minor release of it is going to have version<br>
>> > 12.0.1,<br>
>> > while Keystone, for instance, will have version 11.0.0 and 11.0.1 for<br>
>> > minor<br>
>> > release.<br>
>> ><br>
>> > The problem in Fuel is that coordinated release version is used in<br>
>> > several<br>
>> > places, the most important being installation path of the fuel-library.<br>
>> > We<br>
>> > won't be able to use it the same way since Liberty. I'd like to<br>
>> > understand<br>
>> > how we are going to handle that.<br>
>> ><br>
>> > My suggestion actually is to move away from using OpenStack version as a<br>
>> > part of Fuel version. Then the path to install the fuel-library will be<br>
>> > '/etc/puppet/8.0.0/'.<br>
>> ><br>
>> > --<br>
>> > Best regards,<br>
>> > Oleg Gelbukh<br>
>> ><br>
>> > On Fri, Oct 16, 2015 at 12:45 PM, Igor Kalnitsky<br>
>> > <<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> Hey Oleg,<br>
>> >><br>
>> >> I've read the post [1] and I didn't get how exactly minor releases of<br>
>> >> *stable* branch will be versioned?<br>
>> >><br>
>> >> Let's say 2015.2.0 is Liberty. How 2015.2.1 will be versioned?<br>
>> >><br>
>> >> [1] <a href="http://ttx.re/new-versioning.html" rel="noreferrer" target="_blank">http://ttx.re/new-versioning.html</a><br>
>> >><br>
>> >> Thanks,<br>
>> >> Igor<br>
>> >><br>
>> >><br>
>> >> On Thu, Oct 15, 2015 at 6:59 PM, Oleg Gelbukh <<a href="mailto:ogelbukh@mirantis.com" target="_blank">ogelbukh@mirantis.com</a>><br>
>> >> wrote:<br>
>> >> > Hello,<br>
>> >> ><br>
>> >> > I would like to highlight a problem that we are now going to have in<br>
>> >> > Fuel<br>
>> >> > regarding versioning of OpenStack.<br>
>> >> ><br>
>> >> > As you know, with introduction of the Big Tent policy it was decided<br>
>> >> > that<br>
>> >> > since Liberty dev cycle versioning schema of the whole project<br>
>> >> > changes.<br>
>> >> > Year-based versions won't be assigned to individual projects, nor the<br>
>> >> > coordinated release is going to have unified number [1]. Individual<br>
>> >> > projects<br>
>> >> > will have semver version numbers, while numbering of the release<br>
>> >> > itself<br>
>> >> > seems to be dropped.<br>
>> >> ><br>
>> >> > However, in Fuel there is a lot of places where we use year-based<br>
>> >> > version of<br>
>> >> > OpenStack release. [2] How are we going to handle this? Shall we have<br>
>> >> > openstack_version: 2015.2 all over the place? Or we should come up<br>
>> >> > with<br>
>> >> > something more sophisticated? Or just drop OpenStack version<br>
>> >> > component<br>
>> >> > from<br>
>> >> > our versioning schema for good?<br>
>> >> ><br>
>> >> > Please, share your opinions here or in corresponding reviews.<br>
>> >> ><br>
>> >> > [1] <a href="http://ttx.re/new-versioning.html" rel="noreferrer" target="_blank">http://ttx.re/new-versioning.html</a><br>
>> >> > [2] <a href="https://review.openstack.org/#/c/234296/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/234296/</a><br>
>> >> ><br>
>> >> > --<br>
>> >> > Best regards,<br>
>> >> > Oleg Gelbukh<br>
>> >> ><br>
>> >> ><br>
>> >> ><br>
>> >> > __________________________________________________________________________<br>
>> >> > OpenStack Development Mailing List (not for usage questions)<br>
>> >> > Unsubscribe:<br>
>> >> > <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>
>> >><br>
>> >><br>
>> >> __________________________________________________________________________<br>
>> >> OpenStack Development Mailing List (not for usage questions)<br>
>> >> Unsubscribe:<br>
>> >> <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>
>> ><br>
>> ><br>
>> ><br>
>> > __________________________________________________________________________<br>
>> > OpenStack Development Mailing List (not for usage questions)<br>
>> > Unsubscribe:<br>
>> > <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>
>><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>
><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>
><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></div>
__________________________________________________________________________<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>
</blockquote></div>
</div></div><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>
<br></blockquote></div><br></div>