<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 6, 2020 at 1:03 PM Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 2020-04-06 at 10:10 +0200, Dmitry Tantsur wrote:<br>
> The problem is that oslo libraries are OpenStack-specific. Imagine metal3,<br>
> for example. When building our images, we can pull (most of) regular Python<br>
> packages from the base OS, but everything with "oslo" in its name is on us.<br>
> It's a maintenance burden.<br>
<br>
what distros dont ship oslo libs?<br>
<br>
RHEL ships them via the OSP repos<br></blockquote><div><br></div><div>As part of OpenStack, right.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
CentOS ship it via RDO<br>
Ubunutu has them in the cloud archive<br>
SUSE also shiped them via there openstack product although sicne they are nolonger<br>
maintaining that goign forward and moveing the k8s based cloud offerings it might be<br>
a valid concern there.<br></blockquote><div><br></div><div>All the same here: oslo libs are parts of OpenStack distributions/offerings. Meaning that to install Ironic you need to at least enable OpenStack repositories, even if you package Ironic yourself.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
they are also directly installable via pip.<br>
building rpms in the first place is a mangaince burden you do not need if you are<br>
doing containerised delivery they only add value if you are supporting non containerised<br>
delivery via standard package manages.<br></blockquote><div><br></div><div>Packages do not lose any of their value when used inside containers, and the same arguments apply to this case. And no, let's not seriously talk about pip install.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
so for metal3 i dont see that as a vaild argument as in your case redhat is already going<br>
to be doing the packageing for the OSP product line irrispective of the supprot/sale<br>
of metal3 in a product so using olso wont have any additional downstream cost.<br></blockquote><div><br></div><div>Metal3 is OpenShift, not OpenStack. You're suggesting exactly the thing that turns people against Ironic: require OpenStack.</div><div><br></div><div>Dmitry<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
form a distro/downstream perpective we still need to maintain the python libs so using oslo<br>
is no larger burden the using a different pip lib that is not already packaged in rhel.<br>
<br>
<br>
</blockquote></div></div>