icedax and k3b from this update fail to install due to missing dependencies. I'll comment on the request bug with the details.

This is a downgrade from version currently in EPEL 9 stable (byobu-6.12-4.el9), but if it moves to stable to will remove that build and remove the gettext dependency fix. This version also doesn't install because it has that dep problem. It honestly seems like this update description doesn't match the commit it was built from.

Repoclosure caught something that will be a problem soon.

root@c10-container:~# dnf --enablerepo epel-testing repoclosure --newest --pkg 'ansible*'
Last metadata expiration check: 0:11:07 ago on Tue Dec  3 22:30:10 2024.
package: ansible-packaging-tests-1-16.el10_0.noarch from epel-testing
  unresolved deps (1):
    /usr/bin/ansible-test
Error: Repoclosure ended with unresolved dependencies (1) across 1 packages.

Installing the package directly works currently, but it's resolving to a non-latest build of ansible-core that still contains /usr/bin/ansible-test. When ansible-core was updated to 2.16.13, that command was moved to a new ansible-test subpackage. However, that subpackage is not currently being shipped to the mirrors. This results in the following error once you try to update ansible-core after installing ansible-packaging-tests.

Error: 
 Problem: problem with installed package ansible-packaging-tests-1-16.el10_0.noarch
  - package ansible-packaging-tests-1-16.el10_0.noarch from @System requires /usr/bin/ansible-test, but none of the providers can be installed
  - package ansible-packaging-tests-1-16.el10_0.noarch from epel-testing requires /usr/bin/ansible-test, but none of the providers can be installed
  - cannot install both ansible-core-1:2.16.13-1.el10.noarch from appstream and ansible-core-1:2.16.3-4.el10.noarch from @System
  - cannot install both ansible-core-1:2.16.3-3.el10.noarch from appstream and ansible-core-1:2.16.13-1.el10.noarch from appstream
  - cannot install both ansible-core-1:2.16.3-4.el10.noarch from appstream and ansible-core-1:2.16.13-1.el10.noarch from appstream
  - cannot install the best update candidate for package ansible-core-1:2.16.3-4.el10.noarch

While this isn't the fault of the packages in this update, I'm giving negative karma for now to stop this from automatically moving to stable.

I imagine this rebuild was intended to link against the new clang 18, however it looks like it built against clang 17 instead.

root@rhel9-container:~# dnf -q --enablerepo epel-testing repoquery --requires qt-creator | grep clang
libclang-cpp.so.17()(64bit)

Based on the build logs, it seems like this needs to be rebuilt after qt6-doctools is rebuilt against clang 18.

DEBUG util.py:459:   Problem 1: cannot install both clang-libs-18.1.8-3.el9.x86_64 from build and clang-libs-17.0.6-5.el9.x86_64 from build
DEBUG util.py:459:    - package qt6-doctools-6.6.2-1.el9.x86_64 from build requires libclang-cpp.so.17()(64bit), but none of the providers can be installed
DEBUG util.py:459:    - package qt6-doctools-6.6.2-1.el9.x86_64 from build requires libclang.so.17()(64bit), but none of the providers can be installed
DEBUG util.py:459:    - package qt6-doctools-6.6.2-1.el9.x86_64 from build requires libclang.so.17(LLVM_13)(64bit), but none of the providers can be installed
DEBUG util.py:459:    - package clang-devel-18.1.8-3.el9.x86_64 from build requires libclang-cpp.so.18.1()(64bit), but none of the providers can be installed
DEBUG util.py:459:    - package clang-devel-18.1.8-3.el9.x86_64 from build requires libclang.so.18.1()(64bit), but none of the providers can be installed
DEBUG util.py:459:    - package qt6-qttools-devel-6.6.2-1.el9.x86_64 from build requires qt6-doctools = 6.6.2-1.el9, but none of the providers can be installed
DEBUG util.py:459:    - cannot install the best candidate for the job
DEBUG util.py:459:    - conflicting requests
DEBUG util.py:459:   Problem 2: cannot install both llvm-libs-18.1.8-3.el9.x86_64 from build and llvm-libs-17.0.6-5.el9.x86_64 from build
DEBUG util.py:459:    - package qt6-doctools-6.6.2-1.el9.x86_64 from build requires libLLVM-17.so()(64bit), but none of the providers can be installed
DEBUG util.py:459:    - package llvm-devel-18.1.8-3.el9.x86_64 from build requires llvm-libs(x86-64) = 18.1.8-3.el9, but none of the providers can be installed
DEBUG util.py:459:    - package llvm-devel-18.1.8-3.el9.x86_64 from build requires libLLVM.so.18.1()(64bit), but none of the providers can be installed
DEBUG util.py:459:    - package qt6-qttools-devel-6.6.2-1.el9.x86_64 from build requires qt6-doctools = 6.6.2-1.el9, but none of the providers can be installed
DEBUG util.py:459:    - cannot install the best candidate for the job
DEBUG util.py:459:    - conflicting requests

I suggest creating a buildroot override for qt6-qttools-6.6.2-2.el9 and the rebuilding again.

This doesn't install.

Error: 
 Problem: conflicting requests
  - nothing provides perl(File::Touch) needed by devscripts-2.24.3-2.el9.noarch from epel-testing
  - nothing provides perl(GitLab::API::v4::Constants) needed by devscripts-2.24.3-2.el9.noarch from epel-testing

Several subpackages of this build fail to install. I'll comment on the request bug with additional details.

It seems this is missing a few perl runtime dependencies.

Error: 
 Problem: package ocsinventory-agent-2.10.4-3.el10_0.x86_64 from epel-testing requires perl-Ocsinventory-Agent = 2.10.4-3.el10_0, but none of the providers can be installed
  - conflicting requests
  - nothing provides perl(File::FcntlLock) needed by perl-Ocsinventory-Agent-2.10.4-3.el10_0.noarch from epel-testing
  - nothing provides perl(Net::IP) needed by perl-Ocsinventory-Agent-2.10.4-3.el10_0.noarch from epel-testing
  - nothing provides perl(Net::Netmask) needed by perl-Ocsinventory-Agent-2.10.4-3.el10_0.noarch from epel-testing

This does not install. I've filed #2328787 with additional details.

This does not install. I've commented on the request bug with additional details.

This update contains multiple packages which fail to install. I've commented with more details on the request bug.