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

Michał Jastrzębski inc007 at gmail.com
Wed Mar 30 03:33:08 UTC 2016

I think that it goes without saying that I'm +1

On 29 March 2016 at 22:27, Steven Dake (stdake) <stdake at cisco.com> 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

More information about the OpenStack-dev mailing list