Comments

692 Comments
karma

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.

BZ#2061765 Please build fedpkg for EPEL9

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

karma

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.

BZ#2061765 Please build fedpkg for EPEL9

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.

karma

Installs correctly. Passes all of my tests. Thank You

BZ#2108282 Please build weston for EPEL9

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.

Verified I have tested this with both X11 and wayland and get the white box. I'm investigating, but if you have any leads, let me know.

I'm not saying no, it's probrubly a good idea, but how do you normally enable repo's in a container?

Installs and works correctly. Thank You.

BZ#2095823 Please branch and build gkrellm-top in epel9

rubygem-pry requires rubygem-coderay to install. rubygem-codray isn't in epel9 yet.

tdawson can we have this in stable and then build lightdm-gtk?

Sure. Once this is in stable, I will build lightdm-gtk. That was my original plan, but then I saw people wanting lightdm, so I thought I would ask what people want.

lightdm IS in epel9 - https://koji.fedoraproject.org/koji/buildinfo?buildID=1965476

lightdm-gtk IS NOT in epel9, because it depends on xfce4-dev-tools to build. Which is part of this update. I (or others) could build it on this side-tag and add it to this update. Or I could wait until this is done testing. Let me know what you want.

karma

Looks and works great. Thank You.

BZ#2029212 Please branch and build xfce4 for epel9

Correct. qt5-qtwebengine, and 10 other packages that depend on it is waiting on a python27 module issue. Looks like it's been in CentOS Stream 8 since February, but we're the first ones who've used python27 in epel8-next since it got pushed.

This update has been unpushed.

This update has been unpushed.