<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Hi,</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">> Are there any effort on OpenStack packaging?</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">The short answer is yes. We are putting efforts to migrate all</div><div class="gmail_default" style="font-family:monospace,monospace">our packaging activities to the community RPM/DEB projects. </div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Long story is as follows:</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">At the moment Fuel is distributed as a set of RPM packages. This </div><div class="gmail_default" style="font-family:monospace,monospace">Packaging CI that Aleksandra mentioned is nothing more </div><div class="gmail_default" style="font-family:monospace,monospace">but a copy of CI that we have been using at Mirantis for about</div><div class="gmail_default" style="font-family:monospace,monospace">two years. At the moment we are working hard to split Fuel</div><div class="gmail_default" style="font-family:monospace,monospace">into upstream (community) and downstream (part of MOS) and this</div><div class="gmail_default" style="font-family:monospace,monospace">CI is a part of this work. </div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Currently, OpenStack RPM project is at the early development stage. </div><div class="gmail_default" style="font-family:monospace,monospace">It is another project (not Fuel) and I hope it will be finally </div><div class="gmail_default" style="font-family:monospace,monospace">possible to build RPM packages using OpenStack Infrastructure.</div><div class="gmail_default" style="font-family:monospace,monospace">We (Fuel) are in contact with OpenStack RPM team and we are planning</div><div class="gmail_default" style="font-family:monospace,monospace">to move all Fuel RPM specs under this project. I hope this migration</div><div class="gmail_default" style="font-family:monospace,monospace">will be finished in Newton cycle.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Besides, packaging is not just preparing RPM/DEB specs. We also </div><div class="gmail_default" style="font-family:monospace,monospace">need tools to build packages as well as CI strategy </div><div class="gmail_default" style="font-family:monospace,monospace"> - get spec here</div><div class="gmail_default" style="font-family:monospace,monospace"> - get source code there</div><div class="gmail_default" style="font-family:monospace,monospace"> - prepare build environment</div><div class="gmail_default" style="font-family:monospace,monospace"> - build packages</div><div class="gmail_default" style="font-family:monospace,monospace"> - publish packages to testing repository</div><div class="gmail_default" style="font-family:monospace,monospace"> - test packages</div><div class="gmail_default" style="font-family:monospace,monospace"> - publish packages to current public repository</div><div class="gmail_default" style="font-family:monospace,monospace">Fuel Packaging CI already does this. And the fact that we made a public</div><div class="gmail_default" style="font-family:monospace,monospace">Packaging CI instance reflects our intention to share our experience. </div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">I'd also like to mention our recent initiative Packetary [1] which is </div><div class="gmail_default" style="font-family:monospace,monospace">a tool that is to cover the whole RPM/DEB packaging domain </div><div class="gmail_default" style="font-family:monospace,monospace">(building packages, building repositories, clonning repositories). </div><div class="gmail_default" style="font-family:monospace,monospace">It is not something totally new, it is to become a single convenient API to</div><div class="gmail_default" style="font-family:monospace,monospace">widely used tools like createrepo, python-debian, mock, sbuild, etc.</div><div class="gmail_default" style="font-family:monospace,monospace">This tools could be potentially used as a part of whatever CI or by</div><div class="gmail_default" style="font-family:monospace,monospace">a regular user via CLI.  </div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">As for DEB packaging, as Thomas wrote, he is currently working on making</div><div class="gmail_default" style="font-family:monospace,monospace">this possible to build DEB packages (including Fuel) using OpenStack </div><div class="gmail_default" style="font-family:monospace,monospace">Infrastructure. </div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">[1] <a href="https://wiki.openstack.org/wiki/Packetary">https://wiki.openstack.org/wiki/Packetary</a></div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_extra"><div><div class="gmail_signature"><div>Vladimir Kozhukalov</div></div></div>
<br><div class="gmail_quote">On Fri, Mar 18, 2016 at 12:11 AM, 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"><span class="">On 03/16/2016 06:22 PM, Emilien Macchi wrote:<br>
> Are they any effort on OpenStack packaging?<br>
><br>
> <a href="http://governance.openstack.org/reference/projects/packaging-deb.html" rel="noreferrer" target="_blank">http://governance.openstack.org/reference/projects/packaging-deb.html</a><br>
> <a href="http://governance.openstack.org/reference/projects/packaging-rpm.html" rel="noreferrer" target="_blank">http://governance.openstack.org/reference/projects/packaging-rpm.html</a><br>
><br>
> I would like to see packaging built & tested by OpenStack Infra, so<br>
> downstream CI (Fuel, Puppet OpenStack, TripleO, Kolla, etc) could use<br>
> it as a single place and efforts would converge.<br>
<br>
</span>Hi Emilien,<br>
<br>
As you know, things were a bit stuck, with the Debian image patch not<br>
being approved. But it has changed, and we do have a debian-jessie image<br>
in infra now. Therefore, I've move to the next step, which is actually<br>
building packages. Here's the CR:<br>
<br>
<a href="https://review.openstack.org/#/c/294022/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/294022/</a><br>
<br>
I've been able to test the pkgdeb-install-sbuild.sh script that I'm<br>
proposing to setup sbuild on a copy of the Debian image (thanks a lot to<br>
Pabelanger and Fungi copy the image, and give it to me for download),<br>
and sbuild was setup properly. The pkgdeb-build-pkg.sh also worked,<br>
though I'm not 100% sure yet about the content of<br>
/home/jenkins/workspace/${JOB_NAME}, if it will have the correct branch<br>
or what, but everything else should be working to build packages.<br>
<br>
Once packages are built, then we will want to publish them somewhere.<br>
That's the part where there's lots of unknown. This has so far never<br>
been done on OpenStack infra. Hopefully, our new PTL will probably help<br>
here (or someone else from infra)! :) Also, managing a Debian repository<br>
isn't really hard to do: one can generate the necessary artifacts with a<br>
small shell script which uses apt-ftparchive (you can look how its done<br>
at src/pkgos-scan-repo in openstack-pkg-tools).<br>
<br>
Finally, we'll need a way to build backports from Sid and also publish them.<br>
<br>
That's where we are now. Let's go back to the first step, which is the<br>
CR linked above. Help and comments welcome.<br>
<br>
Cheers,<br>
<br>
Thomas Goirand (zigo)<br>
<div class=""><div class="h5"><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>
</div></div></blockquote></div><br></div></div>