[openstack-dev] [kolla][vote] Just make Mitaka deploy Liberty within the Liberty branch

Kwasniewska, Alicja alicja.kwasniewska at intel.com
Wed Mar 30 09:16:01 UTC 2016


+1


-----Original Message-----
From: Paul Bourke [mailto:paul.bourke at oracle.com] 
Sent: Wednesday, March 30, 2016 11:00 AM
To: openstack-dev at lists.openstack.org
Subject: Re: [openstack-dev] [kolla][vote] Just make Mitaka deploy Liberty within the Liberty branch

+1

On 30/03/16 04:27, Steven Dake (stdake) wrote:
> Dear cores,
>
> inc0 has been investigating our backport options for 1.1.0 and they 
> look bleak.  At this time we would have to backport heka because of 
> changes in Docker 1.10.z which are incompatible with the syslog dev 
> file.  We had originally spoken about just taking Mitaka and placing 
> it in Liberty, validating the defaults directory of Ansible, fixing 
> the repo pointers, fixing the source pointers, and modifying 
> containers as necessary to make that happen.
>
> I know this is vastly different then what we have discussed in the 
> past related to Liberty management, but beyond giving up entirely on 
> Liberty which is unacceptable to me, it seems like our only option.
>
> The good news is we will be able to leverage all of the testing we 
> have done with liberty and all of the testing we have done developing 
> Mitaka, and have a smooth stable backport experience for Mitaka and Liberty.
>
> Consider this proposal a +1 vote for me.  Our core team has 11 
> members, which means we need 6 +1 votes in order for this new plan to 
> pass.  Note I see no other options, so abstaining or voting -1 is in 
> essence recommending abandonment of the Liberty branch.
>
> I'll leave voting open for 7 days until Tuesday April 5th unless there 
> is a majority before then.  If  there is a majority prior to the 
> voting deadline, I'll close voting early but leave discussion open for 
> those that wish to have it.
>
> We won't be having this happen again, as our Mitaka architecture is 
> stable and strong minus a few straggling bugs remaining.
>
> Regards
> -steve
>
>
>
> ______________________________________________________________________
> ____ 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