<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 17, 2022 at 8:24 PM Clark Boylan <<a href="mailto:cboylan@sapwetik.org">cboylan@sapwetik.org</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 Tue, May 17, 2022, at 10:56 AM, Dmitry Tantsur wrote:<br>
> Hi all,<br>
><br>
> It is happening again, the Bifrost CI is broken because libvirt-python <br>
> cannot be built from source, this time on Stream 9.<br>
><br>
>    Missing type converters:<br>
>     int *:1<br>
>     ERROR: failed virDomainQemuMonitorCommandWithFiles<br>
><br>
> I created a gist with a reproducer: <br>
> <a href="https://gist.github.com/dtantsur/835303c6a68ed77157016f5955183115" rel="noreferrer" target="_blank">https://gist.github.com/dtantsur/835303c6a68ed77157016f5955183115</a>.<br>
><br>
> I cannot count how many times we had to deal with similar errors. I <br>
> assume, libvirt-python has to be newer than the installed Python (8.2.0 <br>
> in CS9, 8.0.0 in constraints). Should we stop constraining <br>
> libvirt-python? Any other ideas?<br>
<br>
Your libvirt-python version needs to be at least as new as your libvirt version. New libvirt-python versions are expected to continue to work with old libvirt versions as well (though it may need to be built against the specific libvirt?). In this case it looks like CentOS Stream 9 libvirt is newer than what was in constraints.<br>
<br>
Generally constraints should update quickly. Looking at master upper-constraints libvirt-python was updated to 8.3.0 on May 4 and according to pypi the package updated on May 2 which seems reasonable. The problem here appears to be that you want this to work on a stable branch (yoga) and stable branches do not update constraints.<br>
<br>
My suggestion is that we use stable platforms for testing stable releases. The CentOS Stream releases seem to get updates that break stable software expectations far more than our other platforms. When working against master and trying to chase the latest and greatest this is probably a feature, but is problematic when you want rate of change to fall to near zero. I would consider not using Stream on stable branches if these problems persist.<br></blockquote><div><br></div><div>What would you suggest to use to test Red Hat systems then?</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">
<br>
><br>
> Dmitry<br>
><br>
> -- <br>
> Red Hat GmbH <<a href="https://www.redhat.com/de/global/dach" rel="noreferrer" target="_blank">https://www.redhat.com/de/global/dach</a>>, Registered seat: <br>
> Werner von Siemens Ring 14, D-85630 Grasbrunn, Germany  <br>
> Commercial register: Amtsgericht Muenchen/Munich, HRB 153243,<br>
> Managing Directors: Ryan Barnhart, Charles Cachera, Michael O'Neill, <br>
> Amy Ross<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><pre cols="72" style="white-space:pre-wrap"><a href="https://www.redhat.com/de/global/dach" target="_blank">Red Hat GmbH</a>, Registered seat: Werner von Siemens Ring 14, D-85630 Grasbrunn, Germany  
Commercial register: Amtsgericht Muenchen/Munich, HRB 153243,
<span>Managing</span> Directors: Ryan Barnhart, Charles Cachera, Michael O'Neill, Amy Ross</pre></div></div></div>