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

Swapnil Kulkarni me at coolsvap.net
Wed Mar 30 03:52:08 UTC 2016


On Wed, Mar 30, 2016 at 9:03 AM, Michał Jastrzębski <inc007 at gmail.com> wrote:
> 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
>>
>
> __________________________________________________________________________
> 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

+1



More information about the OpenStack-dev mailing list