Thank you very much. It needed one other tweak but you got me on the right place. The updated kio-extras is built. It's not yet in -testing, but here is it's bodhi update. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-040ea10be7

Now that I try building it again, I remember why I couldn't build it on epel8. You get errors like these

In file included from /usr/include/OpenEXR/ImfHeader.h:51,
                 from /builddir/build/BUILD/kio-extras-22.04.1/thumbnail/exrcreator.cpp:15:
/usr/include/OpenEXR/ImathVec.h:228:41: error: ISO C++17 does not allow dynamic exception specifications
  228 |     const Vec2 &        normalizeExc () throw (IEX_NAMESPACE::MathExc);
      |                                         ^~~~~

I still think this update can/should go to stable. But I'd appreciate if you opened a bug about kio-extras. I'm betting this is an openexr bug, which is in RHEL 8. It would be good if I had a bug I could point to while working with the maintainer.

kio-extras indeed fell through the cracks. My apologies. The updated kio-extras needs kdsoap to build. Although I built kdsoap for epel9, and thus kio-extras for epel9-next, it never got put on my list of things to do for epel8. I'm working on it right now. A weird docs issue with kdsoap, but I hope to have the updated kio-extras in it's own update today.

This update has been unpushed.

I have verified that the older version of these packages (21.08) install and work. There was no real functional updates for these packages in 21.12. I am going to drop this update.

I had to tag in epel8-next packages into the side tag to get these to build. So yes, they were built with libraries that never were built in epel8. The previous version is 21.08 so this isn't really that big of a jump anyway. I'm going to do a few tests to make sure the old ones still install and work, and if the old ones still work, I'll drop this update.

I will update the spec, so that future builds on epel8 use a newer toolset, but I will not hold off this entire release of these packages for it. As kkofler said "What does it matter?"

If you have a legitimate "It doesn't work" or "There is a security issue" then I would certainly hold things off. But simply "it's old" doesn't really carry any weight.

mock-core-configs now installs and things are working correctly for me. Thank You

This was my fault for not looking at the ELN packages that have their own ELN branch. I have untagged this build from ELN.

There is a pull request to fix the installation problem. https://src.fedoraproject.org/rpms/python-breathe/pull-request/12

You are correct. Since this version is broken on anything less than rpkg 1.65, I need to reflect that in the Requires. Otherwise someone might update one without the other. I'll have an updated version soon.

Tested with the new centpkg. I was able to see the errors/failures before the new centpkg, and the fix after. Looks good. Thank you for the fix.

The centpkg fix has been built and should be in -testing https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-e1ec8fb19e

Downloaded and installed fedpkg and rhpkg. Installed correctly. Did all of the listed test cases. Requested a repo branch as well. All works great. Thank You.

Downgraded to previous version of werkzeug (2.0.3) The newer version (2.2.1) required python-markupsafe >= 2.1.1. The version of markupsafe in RHEL 9 is 1.1.1. Until RHEL 9 updates markupsafe, we'll have to stick with the older werkzeug.

dropping updated kde-settings, which removed the plasma-lookandfeel-fedora from configuration files, in favor of the updated plasma-workstation which provides plasma-lookandfeel-fedora. This fixes the same bug, but ends up with a much better themed desktop.

dropping updated kde-settings, which removed the plasma-lookandfeel-fedora from configuration files, in favor of the updated plasma-workstation which provides plasma-lookandfeel-fedora. This fixes the same bug, but ends up with a much better themed desktop.

Installs correctly. Passes all of my tests. Thank You

There was a new setting in kde-settings that fixed problems in Fedora, but broke things in RHEL. This is fixed with kde-settings-36.1-1.el8.next.1 in https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-6e1c0dd04f I tried putting it in this update, but due to the number of packages, I was never able to edit this update.

It appears to be something wrong with kde-settings. If you have upgraded to what is currently in epel-next-testing, and then do the following, it fixes things.

dnf downgrade kde-settings*

That also fixes the problem with the blank background, as well as not being able to log out. Still working on the solution, but now we have a workaround and a good place to investigate.