[openstack-dev] [kolla] Adding Ubuntu Liberty to Kolla-Mitaka

Steven Dake (stdake) stdake at cisco.com
Tue Dec 29 14:36:32 UTC 2015

On 12/29/15, 1:51 AM, "Thomas Goirand" <zigo at debian.org> wrote:

>On 12/28/2015 05:16 PM, Steven Dake (stdake) wrote:
>> Hey folks,
>> I have received significant feedback that the lack of Ubuntu binary
>> support is a problem for Kolla adoption.  Still, we had nobody to do the
>> work, so we held off approving the blueprint.  There were other reasons
>> such as:
>>   * There is no delorean style repository for debian meaning we would
>>     always be installing Liberty with our Mitaka tree
>While its true that Canonical isn't providing packages between releases,
>I am doing so in Debian: I do publish each and every beta releases of
>OpenStack backported for Jessie on non-debian-official repositories.
>If we get enough people working on the Debian packaging (which means:
>more than just me right now...), then I may at some point be able to do
>packaging from trunk as well. I already wrote the scripts in Jenkins to
>do so, but what's blocking me is having enough time to do the 3rd party
>and OpenStack libraries update.
>I would very much like if the Kolla project was reusing my work on the
>Debian packaging. I would be very supportive of that, and will do as
>much as I can to help.
>Currently, my packages work out of the box in Debian, and can be rebuilt
>for Ubuntu Trusty. Upstream puppet also work out of the box. The only
>thing, if you use Ubuntu, is to install a file in
>/etc/facter/facts.d/os_package_type.txt containing
>"os_package_type=debian" (to tell puppet that you're using Debian type
>of packages on top of Ubuntu, which will influence package and service
>naming, needed to handle the packaging differences in Nova, Neutron and
>Your thoughts?
>Thomas Goirand (zigo)


I also want Debian implementations in our code base.  I'm sorry to say I
don't have any bandwidth to help actually make that happen on your end,
but once the Ubuntu work is done, it should be fairly straightforward to
port it to also work on Debian (since I think the package names are the
same).  I am fairly certain we can commit to doing that.

The beta releases are not enough for us, however.  What we need is in
order of preference 1) per-commit, 2) nightly package builds 3) builds
with 3-5 day delta.  Anything else is not helpful.  I am not criticizing
you, I know you are only one dude and are not superman, just explaining
what we need :)

The reason we need this is we want to gate on the latest software
OpenStack has to offer.  In this thread there has been discussion of
Delorean which is Red Hat's RDO rebuilt from master every 2-3 days.  While
imperfect and sometimes gate-blocking for several days (because it isn't
per-commit) it gives us a good sanity check of our software gates.

The only way we can ever get to voting gating packaging is with per-commit
builds as well as OpenStack mirrors of the packaging.


>OpenStack Development Mailing List (not for usage questions)
>Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe

More information about the OpenStack-dev mailing list