<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 30, 2015 at 1:58 PM, Thomas Goirand <span dir="ltr"><<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi everyone!<br>
<br>
1/ Announcement<br>
===============<br>
<br>
I'm pleased to announce, in advance of the final Liberty release, that<br>
Liberty RC1 not only has been fully uploaded to Debian Experimental, but<br>
also that the Tempest CI (which I maintain and is a package only CI, no<br>
deployment tooling involved), shows that it's also fully installable and<br>
working. There's still some failures, but these are, I am guessing, not<br>
due to problems in the packaging, but rather some Tempest setup problems<br>
which I intend to address.<br>
<br>
If you want to try out Liberty RC1 in Debian, you can either try it<br>
using Debian Sid + Experimental (recommended), or use the Jessie<br>
backport repository built out of Mirantis Jenkins server. Repositories<br>
are listed at this address:<br>
<br>
<a href="http://liberty-jessie.pkgs.mirantis.com/" rel="noreferrer" target="_blank">http://liberty-jessie.pkgs.mirantis.com/</a><br>
<br>
2/ Quick note about Liberty Debian repositories<br>
===============================================<br>
<br>
During Debconf 15, someone reported that the fact the Jessie backports<br>
are on a Mirantis address is disturbing.<br>
<br>
Note that, while the above really is a non-Debian (ie: non official<br>
private) repository, it only contains unmodified source packages, only<br>
just rebuilt for Debian Stable. Please don't be afraid by the tainted<br>
"<a href="http://mirantis.com" rel="noreferrer" target="_blank">mirantis.com</a>" domain name, I could have as well set a <a href="http://debian.net" rel="noreferrer" target="_blank">debian.net</a><br>
address (which has been on my todo list for a long time). But it is<br>
still Debian only packages. Everything there is strait out of Debian<br>
repositories, nothing added, modified or removed.<br>
<br>
I believe that Liberty release in Sid, is currently working very well,<br>
but I haven't tested it as much as the Jessie backport.<br>
<br>
Started with the Kilo release, I have been uploading packages to the<br>
official Debian backports repositories. I will do so as well for the<br>
Liberty release, after the final release is out, and after Liberty is<br>
fully migrated to Debian Testing (the rule for stable-backports is that<br>
packages *must* be available in Testing *first*, in order to provide an<br>
upgrade path). So I do expect Liberty to be available from<br>
jessie-backports maybe a few weeks *after* the final Liberty release.<br>
Before that, use the unofficial Debian repositories.<br>
<br>
3/ Horizon dependencies still in NEW queue<br>
==========================================<br>
<br>
It is also worth noting that Horizon hasn't been fully FTP master<br>
approved, and that some packages are still remaining in the NEW queue.<br>
This isn't the first release with such an issue with Horizon. I hope<br>
that 1/ FTP masters will approve the remaining packages son 2/ for<br>
Mitaka, the Horizon team will care about freezing external dependencies<br>
(ie: new Javascript objects) earlier in the development cycle. I am<br>
hereby proposing that the Horizon 3rd party dependency freeze happens<br>
not later than Mitaka b2, so that we don't experience it again for the<br>
next release. Note that this problem affects both Debian and Ubuntu, as<br>
Ubuntu syncs dependencies from Debian.<br>
<br>
5/ New packages in this release<br>
===============================<br>
<br>
You may have noticed that the below packages are now part of Debian:<br>
- Manila<br>
- Aodh<br>
- ironic-inspector<br>
- Zaqar (this one is still in the FTP masters NEW queue...)<br>
<br>
I have also packaged a few more, but there are still blockers:<br>
- Congress (antlr version is too low in Debian)<br>
- Mistral<br>
<br>
6/ Roadmap for Liberty final release<br>
====================================<br>
<br>
Next on my roadmap for the final release of Liberty, is finishing to<br>
upgrade the remaining components to the latest version tested in the<br>
gate. It has been done for most OpenStack deliverables, but about a<br>
dozen are still in the lowest version supported by our global-requirements.<br>
<br>
There's also some remaining work:<br>
- more Neutron drivers<br>
- Gnocchi<br>
- Address the remaining Tempest failures, and widen the scope of tests<br>
(add Sahara, Heat, Swift and others to the tested projects using the<br>
Debian package CI)<br>
<br>
I of course welcome everyone to test Liberty RC1 before the final<br>
release, and report bugs on the Debian bug tracker if needed.<br>
<br>
Also note that the Debian packaging CI is fully free software, and part<br>
of Debian as well (you can look into the openstack-meta-packages package<br>
in <a href="http://git.debian.org" rel="noreferrer" target="_blank">git.debian.org</a>, and in openstack-pkg-tools). Contributions in this<br>
field are also welcome.<br>
<br>
7/ Thanks to Canonical & every OpenStack upstream projects<br>
==========================================================<br>
<br>
I'd like to point out that, even though I did the majority of the work<br>
myself, for this release, there was a way more collaboration with<br>
Canonical on the dependency chain. Indeed, for this Liberty release,<br>
Canonical decided to upload every dependency to Debian first, and then<br>
only sync from it. So a big thanks to the Canonical server team for<br>
doing community work with me together. I just hope we could push this<br>
even further, especially trying to have consistency for Nova and Neutron<br>
binary package names, as it is an issue for Puppet guys.<br>
<br>
Last, I would like to hereby thanks everyone who helped me fixing issues<br>
in these packages. Thank you if you've been patient enough to explain,<br>
and for your understanding when I wrongly thought an issue was upstream<br>
when it really was in really in the packages. Thank you, IRC people, you<br>
are all awesome guys!<br>
<br>
8/ Note about Mirantis OpenStack 7.0 and 8.0<br>
============================================<br>
<br>
When reading these words, MOS and Fuel 7.0 should already be out. For<br>
this release, lots of package sources have been taken directly from<br>
Debian. It is on our roadmap to push this effort even further for MOS<br>
8.0 (working over Trusty). I am please that this happens, so that the<br>
community version of OpenStack (ie: the Debian OpenStack) will have the<br>
benefits of more QA. I also hope that the project of doing packaging on<br>
upstream OpenStack Gerrit with gating will happen at least for a few<br>
packages during the Mitaka cycle, and that Debian will become the common<br>
community platform for OpenStack as I always wanted it to be.<br>
<br>
Happy OpenStack Liberty hacking,<br>
<br>
Thomas Goirand (zigo)<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></blockquote><div> </div></div>Good work Thomas, thanks a lot !<div><br></div><div>We are not used to reading "thanks" messages from you :) So I enjoy this email even more !</div><div><br></div><div>Jordan</div></div></div>