<div dir="ltr"><div><div>Is there a higher-level overview somewhere of what packaging-deb does?  Should it be useful to me as the packager of a Neutron driver project (networking-calico)?  (Currently I've rolled my own processes for generating Debian packages for Ubuntu Trusty and Xenial.)<br><br></div>Thanks,<br></div>    Neil<br><br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jun 22, 2016 at 10:10 AM Thomas Goirand <<a href="mailto:zigo@debian.org">zigo@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've been asked to tell everyone the status of the project. So here is a<br>
report.<br>
<br>
What's been already done:<br>
- Debian Jessie image is up and running on all Infra nodes.<br>
<br>
- openstack-pkg-tools package can be built on each request, and is<br>
gating on the fact that it builds or not. This includes installing and<br>
setting-up the build environment using sbuild and git-buildpackage,<br>
which will be reused everywhere.<br>
<br>
- openstack-pkg-tools resulting packages are pushed to<br>
<a href="http://tarballs.openstack.org" rel="noreferrer" target="_blank">tarballs.openstack.org</a> after a merge of a patch proposal. Though it<br>
seems there's still some issues to fix so that it pushes to the correct<br>
location (ie: /packaging-deb/openstack-pkg-tools/<SHA256-of-last-commit>).<br>
<br>
What we need to do:<br>
<br>
1/ Push openstack-pkg-tools to a Debian repo<br>
Once pushing the built openstack-pkg-tools to <a href="http://tarballs.openstack.org" rel="noreferrer" target="_blank">tarballs.openstack.org</a> is<br>
done on the correct location, we should build another job that will pick<br>
the resulting artefacts (ie: source package and binary package), and add<br>
it to a (new) Debian repository.<br>
<br>
2/ Once we have a repository with openstack-pkg-tools, we can (finish)<br>
the infra job to build all other packages. This will be *very* easy to<br>
do, since all the work is already done to build openstack-pkg-tools<br>
itself. The only difference is that it will use the build scripts from<br>
the openstack-pkg-tools *package* instead of openstack-pkg-tools reusing<br>
its own scripts from the git clone (copied in /usr/bin). There's such a<br>
difference to avoid a bad commit within openstack-pkg-tools blocking<br>
everything, including a fix to openstack-pkg-tools itself.<br>
<br>
3/ Another Debian repository should be created to handle "one time"<br>
backports of packages not currently maintained within the PKG OpenStack<br>
group in Debian. Design has already been discussed on how to do it.<br>
However, since it may take a large amount of time to get this finished<br>
and working as we expect, what we can do as a temporary solution, is<br>
simply doing a sync from Mirantis Debian repository (reprepro does it<br>
very well).<br>
<br>
4/ Add all OpenStack packaging Git repository, and enjoy doing the work<br>
in OpenStack gerrit.<br>
<br>
What's taking so much time currently, is simply step 1/. The infra team<br>
has its own requirements on how to do it, because of security reasons,<br>
global distribution of the workload (ie: the Debian repository must be<br>
available everywhere we build packages, so it must be stored on the<br>
AFS). This is a non-trivial thing to implement. I don't have enough<br>
knowledge of OpenStack infra myself to do it alone, and the infra team<br>
has been very busy over the last months doing many things (upgrade to<br>
Xenial for many nodes, switching to the new version of Zuul, getting rid<br>
of Jenkins, etc.).<br>
<br>
I've been asked if it was possible to move everything we do within the<br>
current mixture of <a href="http://git.debian.org" rel="noreferrer" target="_blank">git.debian.org</a> + Jenkins build servers hosted at both<br>
Linaro and Mirantis. It seems, from what I've heard, that it would be<br>
possible to use Gerrit, while continuing to use the current build system<br>
with Jenkins. However, I am really not convince that we should put some<br>
efforts into this, as the infra team is already super busy and has a<br>
hard time finding time to help us implementing the above. And it doesn't<br>
seem reasonable to move all the packaging to Gerrit if we don't have the<br>
same level of functionality and QA that we currently have (ie: build on<br>
each git push, full packaged based Tempest CI, etc.).<br>
<br>
I hope the above is what everyone expected me to write, and that there's<br>
enough details. I'd happily give more details if one asks. Monty, please<br>
feel free to reply and add text to this thread if you need to.<br>
<br>
Cheers,<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><br>
</blockquote></div>