I found inconsistencies between LLVM, llvm-libs, clang-libs RPM’s at
#dnf update
for Almalinux-9.5 (x86-64).
I used
#dnf update --nobest
(which is fine for me now) under the assumption that the problem will be fixed later when new versions of CentOS/Almalinux-9 appear.
Is that reasonable - or should I report a bug in RHEL?
Text from dnf.log:
CRITICAL Error:
Problem 1: cannot install both clang-libs-18.1.8-3.el9.x86_64 from appstream and clang-libs-17.0.6-5.el9.x86_64 from @System
- package castxml-0.6.7-1.el9.x86_64 from @System requires libclang-cpp.so.17()(64bit), but none of the providers can be installed
- cannot install the best update candidate for package clang-libs-17.0.6-5.el9.x86_64
- cannot install the best update candidate for package castxml-0.6.7-1.el9.x86_64
Problem 2: problem with installed package castxml-0.6.7-1.el9.x86_64 - package castxml-0.6.7-1.el9.x86_64 from @System requires libLLVM-17.so()(64bit), but none of the providers can be installed
- package castxml-0.6.7-1.el9.x86_64 from @System requires libLLVM-17.so(LLVM_17)(64bit), but none of the providers can be installed
- package castxml-0.6.7-1.el9.x86_64 from epel requires libLLVM-17.so()(64bit), but none of the providers can be installed
- package castxml-0.6.7-1.el9.x86_64 from epel requires libLLVM-17.so(LLVM_17)(64bit), but none of the providers can be installed
- cannot install both llvm-libs-18.1.8-3.el9.x86_64 from appstream and llvm-libs-17.0.6-5.el9.x86_64 from @System
- cannot install both llvm-libs-17.0.6-5.el9.x86_64 from devel and llvm-libs-18.1.8-3.el9.x86_64 from appstream
- cannot install the best update candidate for package llvm-libs-17.0.6-5.el9.x86_64
INFO (try to add ‘–allowerasing’ to command line to replace conflicting packages or ‘–skip-broken’ to skip uninstallable packages or ‘–nobest’ to use not only best candidate packages)