<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 16, 2018 at 4:48 PM, Paul Belanger <span dir="ltr"><<a href="mailto:pabelanger@redhat.com" target="_blank">pabelanger@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Jul 13, 2018 at 12:40:37PM +0200, Alfredo Moralejo Alonso wrote:<br>
> Hi,<br>
> <br>
> A new update about the status of python3 PoC as of today:<br>
> <br>
> 1. Python3 packages for keystone and glance have been added to<br>
> rpm-packaging project and are available in RDO Trunk repo for fedora stable.<br>
> 2. rdo-fedora-stable image is available in <a href="https://softwarefactory-" rel="noreferrer" target="_blank">https://softwarefactory-</a><br>
> <a href="http://project.io" rel="noreferrer" target="_blank">project.io</a> nodepool to run python3 related jobs in zuulv3.<br>
> 3. Changes in puppet modules and puppet-openstack-integration are merged to<br>
> create a scenario to test only python3 enabled services on fedora.<br>
> 4. A third party job has been created in softwarefactory zuul to run the<br>
> python3 only scenario on fedora which is executed for upstream reviews on<br>
> p-o-i, puppet-glance and puppet-keystone.<br>
> 5. tripleo-common has been added to the fedora-stable DLRN builder.<br>
> 6. There is a WIP review to in kolla to build containers based on fedora<br>
> using the python3 packages in <a href="https://review.openstack.org/#/c/582290/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/582290/</a><br>
> <br>
> With last tasks, RDO part in the PoC for Rocky cycle is mostly done (there<br>
> are some missing improvements related to promotion of fedora-stable repo<br>
> which we are still working on).<br>
> <br>
> Details about the tasks are in python3 trello tracker card<br>
> <a href="https://trello.com/c/ReowuP4z/105-python3" rel="noreferrer" target="_blank">https://trello.com/c/ReowuP4z/<wbr>105-python3</a><br>
> <br>
> I'd like to arrange a retrospective for this PoC in a couple of weeks.<br>
> Please, let me know if you are interested in participating on it.<br>
> <br>
> Please, let me know if you have any question about it.<br>
> <br>
</span>Thanks for doing this!<br>
<br>
Today, we have a 2nd fedora image that is being built by nodepool-builder in<br>
SF.io. I know we do this because we want to pull from DLRN during the image<br>
build process, but is this a hard requirement?  Could use not use the latest<br>
fedora-28 image, enable the proper DLRN repo, then reboot to ensure we have<br>
correct kernel if need?<br>
<br></blockquote><div><br></div><div>The actual problem is that Fedora moves very fast and sometimes latest Fedora packages are not valid for OpenStack and we need to use builds from a previous release or even override them with a build we create in copr. This is the case for eventlet and sphinx.</div><div><br></div><div>To avoid this, we maintain a repository which is a subset of Fedora 28 OS packages controlled with the needed exceptions, overrides, etc... This is a "Fedora stabilized" repository we use to build and test packages.</div><div><br></div><div>If we use Fedora 28 to create the initial image and then replace repositories, we may get packages which are newer that the ones in the stabilized repo which would make images bad to test python3 packages.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Reason to do this, it means one less image we need to maintain in nodepool.<br>
<br>
TL;DR: Could you explain again why we need 2 fedora images and not 1 :)<br>
<br>
Thanks,<br>
Paul<br>
</blockquote></div><br></div></div>