Comments

641 Comments

x2goclient-4.1.2.3-7.el10_1 has been removed from the EPEL 10.1 and 10.2 repos due to missing dependencies. See #2373957 for more information.

@kimmos This update was pushed to stable three months ago, so it can no longer be unpushed. Please file a new bug to coordinate the fix with the maintainer.

Installed and tested on CentOS 10, looks good.

Whoops, disregard that output. Apparently the RHEL beta repos don't have all packages, just the ones that are updated in the upcoming minor release. To test this for RHEL 10.1 one has to have the regular repos and the beta repos enabled. Once I did that, the packages install fine and tilix appears to function correctly.

Error: 
 Problem 1: conflicting requests
  - nothing provides libpeas1(x86-64) needed by gtkd-3.11.0-2.el10_1.x86_64 from @commandline
  - nothing provides libpeas1-gtk(x86-64) needed by gtkd-3.11.0-2.el10_1.x86_64 from @commandline
  - nothing provides mesa-libGLU(x86-64) needed by gtkd-3.11.0-2.el10_1.x86_64 from @commandline
 Problem 2: package tilix-1.9.6-11.el10_1.x86_64 from @commandline requires gtkd(x86-64) >= 3.11.0, but none of the providers can be installed
  - package tilix-1.9.6-11.el10_1.x86_64 from @commandline requires libgtkd-3.so.0()(64bit), but none of the providers can be installed
  - package tilix-1.9.6-11.el10_1.x86_64 from @commandline requires libvted-3.so.0()(64bit), but none of the providers can be installed
  - conflicting requests
  - nothing provides libpeas1(x86-64) needed by gtkd-3.11.0-2.el10_1.x86_64 from @commandline
  - nothing provides libpeas1-gtk(x86-64) needed by gtkd-3.11.0-2.el10_1.x86_64 from @commandline
  - nothing provides mesa-libGLU(x86-64) needed by gtkd-3.11.0-2.el10_1.x86_64 from @commandline

lockfile-progs and perl-mime-construct are now available, and this installs without issue.

For posterity, this dnf5 build had to be untagged pending the resolution of an upstream issue.

https://codeberg.org/fedora/epel/issues/47

For posterity, this dnf5 build had to be untagged pending the resolution of an upstream issue.

https://codeberg.org/fedora/epel/issues/47

Error: 
 Problem: conflicting requests
  - nothing provides cinnamon needed by workrave-cinnamon-1.11.0~rc.1-3.el10_2.x86_64 from epel-testing

This only installs correctly when the subpackages from nagios-plugins-2.4.12-1.el10_0 are available. Ideally these builds should have been submitted in the same update to ensure they move to stable at the same time. This would be a problem if this update moves to stable first based on karma and nagios-plugins does not. To address this, I've disabled the autopush settings on this update. Please push it to stable manually once nagios-plugins-2.4.12-1.el10_0 is queued up for stable.

Error: 
 Problem: conflicting requests
  - nothing provides lockfile-progs needed by logcheck-1.3.23-1.el10_1.noarch from epel-testing
  - nothing provides perl-mime-construct needed by logcheck-1.3.23-1.el10_1.noarch from epel-testing
BZ#2379950 Build logcheck for EPEL10

xfdesktop is unavailable because all of XFCE is unavailable. XFCE upstream still refers to their wayland support as "preliminary" and "experimental", and the XFCE Fedora/EPEL maintainer would like to wait to add it to EPEL 10 until that is in better shape.

Considering that, does it make more sense to drop the xfdesktop dependency, or just disable the entire -xfce subpackage on el10?

No problem. I periodically catch these by manually running repoclosure. I'm trying to get the automated installability check here in Bodhi enabled for all EPEL updates, but so far I've only been successful with the latest EPEL 10 minor version due to lack of RHEL in public Testing Farm. This also affects CI on dist-git pull requests, which is being discussed a bit here if you're curious subscribe and follow along.

Until that's in a better state, my recommendation is to build locally first with the --postinstall mock flag to verify the resulting packages install. You can also do this with fedpkg, it's just a little awkward since you have to use a bash trick to pass the flag to the underlying mock command.

fedpkg mockbuild -- --postinstall

FYI, when there's a libclamav soname bump, c-icap-modules also needs to be rebuilt. I've taken care of that in this update.

karma

This doesn't install due to missing dependencies.

Error: 
 Problem: conflicting requests
  - nothing provides tex(cprotect.sty) needed by lyx-2.4.4-1.el9.x86_64 from epel-testing
  - nothing provides tex(esint.map) needed by lyx-2.4.4-1.el9.x86_64 from epel-testing
  - nothing provides tex(esint.sty) needed by lyx-2.4.4-1.el9.x86_64 from epel-testing
  - nothing provides tex(simplecv.cls) needed by lyx-2.4.4-1.el9.x86_64 from epel-testing
  - nothing provides tex-dtl needed by lyx-2.4.4-1.el9.x86_64 from epel-testing

f43-backgrounds-xfce from this update does not install due to missing dependencies.

Error: 
 Problem: conflicting requests
  - nothing provides xfdesktop needed by f43-backgrounds-xfce-43.0.1-1.el10_1.noarch from epel-testing

That issue isn't specific to this package, it's about the buildroot repo being enabled during the automated fedora-ci.koji-build.installability.functional test. rocjpeg depends on mesa-va-drivers. mesa-va-drivers is not available in regular CentOS/RHEL 10 repos. It is available from the buildroot repo as it is built from the mesa package. Since the test has that repo enabled, it reports a successful installation, but the package fails to install on end user systems. I've asked the OSCI team if their JIRA issues can be made public, and they're considering it.

A comment in the spec file says that this package isn't useful without mesa-va-drivers, hence the requirement. If that is the case, this package shouldn't be added to EPEL until that dependency is available. Since it is a subpackage of mesa, you can follow this guide to either request mesa-va-drivers in CentOS/RHEL 10, or create a mesa-epel package to deliver the missing subpackage. The latter is somewhat complicated and only recommended if the RHEL mesa maintainers reject the request to ship mesa-va-drivers directly.

This build was untagged long enough to get garbage collected, so this update can no longer be pushed. Please see this bugzilla comment for more details.

https://bugzilla.redhat.com/show_bug.cgi?id=2328787#c4

Many of the rust-prodash subpackages in this update do not install.

root@c10:~# dnf --enablerepo epel-testing install 'rust-prodash*'
Last metadata expiration check: 0:41:35 ago on Wed Aug 13 14:19:43 2025.
Error:
 Problem 1: conflicting requests
  - nothing provides (crate(crosstermion) >= 0.14.0 with crate(crosstermion) < 0.15.0~) needed by rust-prodash+crosstermion-devel-30.0.1-1.el10_1.noarch from epel-testing
 Problem 2: conflicting requests
  - nothing provides (crate(crosstermion) >= 0.14.0 with crate(crosstermion) < 0.15.0~) needed by rust-prodash+render-line-crossterm-devel-30.0.1-1.el10_1.noarch from epel-testing
  - nothing provides (crate(crosstermion/crossterm) >= 0.14.0 with crate(crosstermion/crossterm) < 0.15.0~) needed by rust-prodash+render-line-crossterm-devel-30.0.1-1.el10_1.noarch from epel-testing
 Problem 3: conflicting requests
  - nothing provides (crate(crosstermion) >= 0.14.0 with crate(crosstermion) < 0.15.0~) needed by rust-prodash+render-line-devel-30.0.1-1.el10_1.noarch from epel-testing
  - nothing provides (crate(crosstermion/color) >= 0.14.0 with crate(crosstermion/color) < 0.15.0~) needed by rust-prodash+render-line-devel-30.0.1-1.el10_1.noarch from epel-testing
 Problem 4: conflicting requests
  - nothing provides (crate(crosstermion) >= 0.14.0 with crate(crosstermion) < 0.15.0~) needed by rust-prodash+render-tui-crossterm-devel-30.0.1-1.el10_1.noarch from epel-testing
  - nothing provides (crate(crosstermion/input-async-crossterm) >= 0.14.0 with crate(crosstermion/input-async-crossterm) < 0.15.0~) needed by rust-prodash+render-tui-crossterm-devel-30.0.1-1.el10_1.noarch from epel-testing
  - nothing provides (crate(crosstermion/tui-react-crossterm) >= 0.14.0 with crate(crosstermion/tui-react-crossterm) < 0.15.0~) needed by rust-prodash+render-tui-crossterm-devel-30.0.1-1.el10_1.noarch from epel-testing
 Problem 5: conflicting requests
  - nothing provides (crate(crosstermion) >= 0.14.0 with crate(crosstermion) < 0.15.0~) needed by rust-prodash+render-tui-devel-30.0.1-1.el10_1.noarch from epel-testing
  - nothing provides (crate(crosstermion/input-async) >= 0.14.0 with crate(crosstermion/input-async) < 0.15.0~) needed by rust-prodash+render-tui-devel-30.0.1-1.el10_1.noarch from epel-testing
 Problem 6: conflicting requests
  - nothing provides (crate(ratatui) >= 0.26.0 with crate(ratatui) < 0.27.0~) needed by rust-prodash+tui-devel-30.0.1-1.el10_1.noarch from epel-testing
 Problem 7: conflicting requests
  - nothing provides (crate(tui-react/default) >= 0.23.0 with crate(tui-react/default) < 0.24.0~) needed by rust-prodash+tui-react-devel-30.0.1-1.el10_1.noarch from epel-testing
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

Same as rocjpeg, this doesn't install.

Error: 
 Problem: conflicting requests
  - nothing provides mesa-va-drivers needed by rocdecode-6.4.0-4.el10_1.x86_64 from epel-testing