[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