<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 2, 2022 at 1:22 AM Alex Iribarren <<a href="mailto:alex.m.lists3@gmail.com">alex.m.lists3@gmail.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">Hi,<br>
<br>
On 4/29/22 21:17, Stephen John Smoogen wrote:<br>
> <br>
> <br>
> On Fri, 29 Apr 2022 at 14:28, Germano Massullo <br>
> <<a href="mailto:germano.massullo@gmail.com" target="_blank">germano.massullo@gmail.com</a> <mailto:<a href="mailto:germano.massullo@gmail.com" target="_blank">germano.massullo@gmail.com</a>>> wrote:<br>
> <br>
>     Recent CentOS Stream Qt update broke some EPEL packages like keepassxc<br>
>     that needed a rebuild against the new Qt version.<br>
>     Can we talk about a way to prevent this from happening again?<br>
> <br>
> <br>
> This is the current situation of events for dealing with CentOS Stream <br>
> and EPEL<br>
> 0. Packages get put into stream at the rate of internal developers doing <br>
> things and getting stuff put into GIT. There is no communication to know <br>
> when this will happen so knowing what packages to build before this <br>
> drops isn't happening.<br>
> 1. The QT packages in Stream have taken a week to be fixed due to <br>
> various issues found in them. [Mostly they were built in the wrong order <br>
> and linked against each other poorly.]<br>
<br>
So how could we stop this from happening in the future? The <br>
50_test_comps[0] test caught some of the problems, but not all because <br>
not all qt5 packages seem to be listed in a comps group. `dnf install <br>
qt5-*` is unlikely to work, though I haven't tried.<br>
<br>
How could we test that all qt5 packages have been correctly rebuilt? If <br>
that's done right, the following steps will be a lot less painful.<br>
<br>
Cheers,<br>
Alex<br>
<br></blockquote><div><br></div><div>When CentOS Stream 8 flips from "after" rhel8 to "before" rhel8, that should fix this problem.</div><div><br></div><div>Right now, the CentOS Stream team just get a list of packages.  No order at all.</div><div>They try their best, but sometimes things get built out of order.</div><div><br></div><div>Although they've fixed all the out of order problems, there is currently a python27 module problem in CentOS Stream 8.</div><div>It's been broken since February, but nobody noticed due to a bug/feature in dnf.</div><div>The EPEL build system notices because it pulls in ONLY the latest module.  Thus anyone trying to build with python2 (qt5-qtwebengine) get's failure.<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">
> 2. This means rebuilding packages have to wait until that is fixed as <br>
> some people found when they jumped on it sooner. Either they could not <br>
> rebuild anything or when they rebuilt it they needed to do it again when <br>
> the updated packages with the right library links came out.<br>
> 3. Packages in EPEL are maintained by a lot of people who may not know <br>
> that centos-stream have updated rapidly and do not have the spare <br>
> capacity to update sooner than the weekend spare time they had allotted <br>
> to do it.<br>
> <br>
> What are ways that this could be improved?<br>
> <br>
> -- <br>
> Stephen J Smoogen.<br>
> Let us be kind to one another, for most of us are fighting a hard <br>
> battle. -- Ian MacClaren<br>
<br>
[0] <br>
<a href="https://github.com/CentOS/sig-core-t_functional/blob/master/tests/0_common/50_test_comps.sh" rel="noreferrer" target="_blank">https://github.com/CentOS/sig-core-t_functional/blob/master/tests/0_common/50_test_comps.sh</a><br>
_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org" target="_blank">CentOS-devel@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/mailman/listinfo/centos-devel</a><br>
<br>
</blockquote></div></div>