Comments

648 Comments

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.

BZ#2328895 Request to rebuild qt-creator for RHEL 9.5

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.

BZ#2327022 Please branch and build python-deprecated in epel10

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

BZ#2326965 Please branch and build amavis for EPEL-10
karma

This package doesn't install. I've filed #2327932 with more details.

This installs and appears to function correctly.

BZ#2319854 Please branch and build rpmlint for EPEL 10

This is a correct change over 3.10.0-2, but it does still have the problem that 3.10.0-1 had, namely that the gpsbabel dependency is not yet available. I've disabled auto-push on this update so that it doesn't move to stable until #2325989 is resolved.

All of these packages install, and having them available resolves maliit-keyboard being uninstallable.

BZ#2320292 Please branch and build libchewing for EPEL 10

This doesn't install.

Error: 
 Problem: conflicting requests
  - nothing provides perl(Net::DBus) needed by netatalk-5:4.0.6-1.el10_0.x86_64 from epel-testing

This is not installable.

Error: 
 Problem: conflicting requests
  - nothing provides smp_utils needed by sasutils-0.6.1-1.el10_0.noarch from epel-testing

While the packages in this update install now, the update to provide gdal-libs also has an uninstallable package, the main gdal package. I've disabled autopush on this update to avoid it going to stable before gdal-libs is available.

karma

The main gdal subpackage is not installable.

Error: 
 Problem: conflicting requests
  - nothing provides gpsbabel needed by gdal-3.10.0-1.el10_0.x86_64 from @commandline

Unfortunately we also need the gdal-libs subpackage (which does install correctly) to resolve a separate uninstallable package, opencv-imgcodecs. We're in kind of a pickle here.

One of the subpackages does not install.

Error:
 Problem: conflicting requests
  - nothing provides libgdal.so.36()(64bit) needed by opencv-imgcodecs-4.10.0-6.el10_0.x86_64 from epel-testing

It looks like gdal-3.10.0-1.el10_0 was never submitted as an update. opencv was able to build against it because there is currently an override.

Please do not push this update to stable until this is resolved.

This is uninstallable.

Error:
 Problem: conflicting requests
  - nothing provides jsoncpp(x86-64) = 1.9.5-9.el10_0 needed by jsoncpp-devel-1.9.5-9.el10_0.x86_64 from epel-testing

I believe the problem is it currently has a strict requirement on a matching release in the CentOS/RHEL jsoncpp package.

Requires:       %{rhel_name}%{?_isa} = %{version}-%{release}

Changing that from version-release to just version is what we usually do to handle this situation.