<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 4, 2022 at 8:01 AM Troy Dawson <<a href="mailto:tdawson@redhat.com">tdawson@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"><div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 27, 2022 at 9:31 AM Troy Dawson <<a href="mailto:tdawson@redhat.com" target="_blank">tdawson@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"><div dir="ltr"><div>During the past week qt5 was updated on CentOS Stream 8 and 9 to version 5.15.3.  This caused updates to break for KDE users running CentOS Stream 8 and 9.  The epel 8 and 9 packages affected are being rebuilt at this time.  We expect everything rebuilt and through testing next week.</div><div><br></div><div>Question: Does this affect my RHEL/Alma/Rocky 8/9 install?</div><div>Answer: Not at this time.  This qt5 update isn't going to be released until RHEL 8.7 and 9.1.</div><div><br></div><div>Question: What is being rebuilt?</div><div>Answer:</div><div>epel8 - We believe about 30 packages.  That includes all of the qt5 packages in epel8, as well as several plasma and kf5 packages that have tight version dependencies on qt5.</div><div><br></div><div>epel9 - The entire KDE Plasma Desktop stack. (about 380 packages).  There recently has been an update to wayland-protocols in Stream 9.  It didn't break anything, but it had been an update that was needed to update to the latest kf5 and plasma releases.  Since we knew that the qt5 update was coming, we held off rebuilding everything until qt5 came out.  Now that it is out, we are updating everything.<br></div><div><br></div><div>Troy Dawson<br></div></div></blockquote><div><br></div><div>Latest update on this.</div><div><br></div>EPEL9 - Everything is in epel-next-testing.  To do your update do<br>  dnf --enablerepo=epel-next-testing update</div><div class="gmail_quote"><br></div><div>Reminder, this is a complete KDE Plasma Desktop update to plasma 5.24.4, kf5 5.93, qt5 5.15.3</div><div><a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-a6c0f04770" target="_blank">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-a6c0f04770</a></div><div><br></div><div>EPEL8 - Some packages are rebuilt and available, but qt5-qtwebengine, and everything that depends on it, has not been rebuilt.</div><div>This is due to a complex module bug in CentOS Stream 8 affecting the epel8-next buildroot.  It may, or may not, get fixed this week.</div><div><br></div><div>Thank you all for your patience.</div><div>Troy</div></div></blockquote><div><br></div><div>Latest update (May 11)</div><div><br></div><div>EPEL9 on CentOS Stream 9 (epel9-next)</div><div>The complete KDE Plasma Desktop update is now in stable and on the mirrors.</div><div>There are two bugs found and the fixes are in testing.</div><div>- selinux and plasma-workspace.</div><div>-- This only affects a new install of KDE Plasma Desktop, it doesn't affect updates.  You will know when you hit this.  Lot's of pop-up screens telling you of this bug.</div><div>-- <a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-9984d71297">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-9984d71297</a></div><div>--- Give it some karma so we don't have to wait a week.</div><div>- kf5-kapidox does not install</div><div>-- <a href="https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-88f6f718b8">https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-88f6f718b8</a></div><div><br></div><div>Note: again, a reminder, RHEL 9.0 will have the slightly older KDE Plasma Desktop.  This *updated* KDE Plasma Desktop will not be available for RHEL 9.0 GA, it will be available for RHEL 9.1.</div><div><br></div><div>EPEL8 on CentOS Stream 8 (epel8-next)</div><div>We have rebuilt as many packages as we can.  We still cannot build qt5-qtwebengine, and thus any packages that depend on it.</div><div>- qt5-qtwebengine</div><div>-- The python27 module has been fixed, and you can now build packages that require python2 on epel8-next.</div><div>-- qt5-qtwebengine builds fine on x86_64, but failed on aarch64</div><div>--- Any help would be appreciated.</div><div>--- <a href="https://kojipkgs.fedoraproject.org//work/tasks/6819/86886819/build.log">https://kojipkgs.fedoraproject.org//work/tasks/6819/86886819/build.log</a></div><div>--- We tried rebuilding the older qt5-qtwebengine, same errors.</div><div>--- We tried the older gcc, again, same errors.</div><div>--- Still working on it, but if you recognize the errors in the buildlog, let us (me) know.</div><div>- sddm and kscreenlocker not working.<br></div><div>-- We have found that it is indeed a RHEL 8 kernel issue.</div><div>-- <a href="https://bugzilla.redhat.com/show_bug.cgi?id=2043771">https://bugzilla.redhat.com/show_bug.cgi?id=2043771</a></div><div>-- kernel issues take a while to make it through RHEL.  So if anyone finds any type of workarounds.  Let us know.</div><div>--- sddm workaround<br></div><div>---- dnf install gdm ; systemctl enable gdm -f</div><div>--- kscreenlocker workaround - unknown<br></div><div><br></div><div>Again, thank you for your patience and words of encouragement.</div><div>Troy</div><div><br></div><div><br></div></div></div>