[openstack-dev] [fuel] OpenStack versioning in Fuel

Igor Kalnitsky ikalnitsky at mirantis.com
Fri Oct 16 12:30:58 UTC 2015


Oleg,

Yes, I know. Still you didn't answer my question - are they planning
to release stable branches time-to-time? Like I said, Liberty is
something similar 2015.2.0. How they will name release of something
like 2015.2.1 (stable release, with bugfixes) ? Or they plan to drop
it?

Thanks,
Igor

On Fri, Oct 16, 2015 at 1:02 PM, Oleg Gelbukh <ogelbukh at mirantis.com> wrote:
> Igor,
>
> The point is that there's no 2015.2.0 version anywhere in OpenStack. So
> every component will be versioned separately, for example, in Libery, Nova
> has version 12.0.0, and minor release of it is going to have version 12.0.1,
> while Keystone, for instance, will have version 11.0.0 and 11.0.1 for minor
> release.
>
> The problem in Fuel is that coordinated release version is used in several
> places, the most important being installation path of the fuel-library. We
> won't be able to use it the same way since Liberty. I'd like to understand
> how we are going to handle that.
>
> My suggestion actually is to move away from using OpenStack version as a
> part of Fuel version. Then the path to install the fuel-library will be
> '/etc/puppet/8.0.0/'.
>
> --
> Best regards,
> Oleg Gelbukh
>
> On Fri, Oct 16, 2015 at 12:45 PM, Igor Kalnitsky <ikalnitsky at mirantis.com>
> wrote:
>>
>> Hey Oleg,
>>
>> I've read the post [1] and I didn't get how exactly minor releases of
>> *stable* branch will be versioned?
>>
>> Let's say 2015.2.0 is Liberty. How 2015.2.1 will be versioned?
>>
>> [1] http://ttx.re/new-versioning.html
>>
>> Thanks,
>> Igor
>>
>>
>> On Thu, Oct 15, 2015 at 6:59 PM, Oleg Gelbukh <ogelbukh at mirantis.com>
>> wrote:
>> > Hello,
>> >
>> > I would like to highlight a problem that we are now going to have in
>> > Fuel
>> > regarding versioning of OpenStack.
>> >
>> > As you know, with introduction of the Big Tent policy it was decided
>> > that
>> > since Liberty dev cycle versioning schema of the whole project changes.
>> > Year-based versions won't be assigned to individual projects, nor the
>> > coordinated release is going to have unified number [1]. Individual
>> > projects
>> > will have semver version numbers, while numbering of the release itself
>> > seems to be dropped.
>> >
>> > However, in Fuel there is a lot of places where we use year-based
>> > version of
>> > OpenStack release. [2] How are we going to handle this? Shall we have
>> > openstack_version: 2015.2 all over the place? Or we should come up with
>> > something more sophisticated? Or just drop OpenStack version component
>> > from
>> > our versioning schema for good?
>> >
>> > Please, share your opinions here or in corresponding reviews.
>> >
>> > [1] http://ttx.re/new-versioning.html
>> > [2] https://review.openstack.org/#/c/234296/
>> >
>> > --
>> > Best regards,
>> > Oleg Gelbukh
>> >
>> >
>> > __________________________________________________________________________
>> > OpenStack Development Mailing List (not for usage questions)
>> > Unsubscribe:
>> > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>> >
>>
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



More information about the OpenStack-dev mailing list