Bug 2315542
Summary: | F42FailsToInstall, F41FailsToInstall: clang-libs (from clang component) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Fedora Fails To Install <fti-bugs> |
Component: | clang | Assignee: | Tom Stellard <tstellar> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | airlied, eugenemah, fedora-llvm-team, jchecahi, kkleine, mhroncok, npopov, sergesanspaille, siddharth.kde, suraj.ghimire7, tbaeder, tstellar, tuliom |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2024-10-03 09:04:07 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 2260877 |
Description
Fedora Fails To Install
2024-09-29 13:59:41 UTC
Does not reproduce. It actually does reproduce, but the reproducer as reported indeed does not work, because there are two clang-libs in the repository: $ repoquery -q --repo=koji clang-libs clang-libs-0:18.1.8-3.fc41.x86_64 clang-libs-0:19.1.0-1.fc42.x86_64 $ repoquery -q --repo=koji clang-libs --source clang-18.1.8-3.fc41.src.rpm llvm-19.1.0-1.fc42.src.rpm This bug is about the clang-libs subpackage of clang-18, not llvm-19. $ mock -r fedora-42-x86_64 --config-opts mirrored=False install clang-libs-18.1.8-3.fc41.x86_64 ... Problem: conflicting requests - nothing provides llvm-libs = 18.1.8 needed by clang-libs-18.1.8-3.fc41.x86_64 ----- But the real issue is that we have two clang-libs. *** Bug 2316099 has been marked as a duplicate of this bug. *** *** Bug 2315873 has been marked as a duplicate of this bug. *** *** Bug 2316112 has been marked as a duplicate of this bug. *** I've just retired the clang, lld, lldb, compiler-rt, libomp and python-lit packages for rawhide and f41. Is that all that is needed to fix this issue, or do we need to do something more? Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ All subpackages of a package against which this bug was filled are now installable or removed from Fedora 42. Thanks for taking care of it! Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ All subpackages of a package against which this bug was filled are now installable or removed from Fedora 41. Thanks for taking care of it! (In reply to Nikita Popov from comment #6) > I've just retired the clang, lld, lldb, compiler-rt, libomp and python-lit > packages for rawhide and f41. Is that all that is needed to fix this issue, > or do we need to do something more? It is, however, it caused bz2316262: nothing provides lld-devel(major) = 18 needed by rocm-device-libs, nothing provides compiler-rt(major) = 18 needed by hipcc The broken provides should be fixed by https://bodhi.fedoraproject.org/updates/FEDORA-2024-d1e67ee80f After updating these packages on my system, a subsequent dnf upgrade ended up downgrading lld packages Problem 1: lld-devel-18.1.8-2.fc41.i686 from fedora has inferior architecture - package rocm-device-libs-18-7.rocm6.2.1.fc41.x86_64 from updates-testing requires lld-devel(major) = 18, but none of the providers can be installed - package lld-devel-18.1.8-2.fc41.x86_64 from fedora requires lld(x86-64) = 18.1.8-2.fc41, but none of the providers can be installed - cannot install both lld-18.1.8-2.fc41.x86_64 from fedora and lld-19.1.0-1.fc41.x86_64 from @System - cannot install the best update candidate for package rocm-device-libs-18-6.rocm6.2.0.fc41.x86_64 - cannot install the best update candidate for package lld-19.1.0-1.fc41.x86_64 Problem 2: package lld-devel-18.1.8-2.fc41.i686 from fedora requires lld-libs(x86-32) = 18.1.8-2.fc41, but none of the providers can be installed - package rocm-device-libs-18-7.rocm6.2.1.fc41.x86_64 from updates-testing requires lld-devel(major) = 18, but none of the providers can be installed - lld-libs-18.1.8-2.fc41.i686 from fedora has inferior architecture - package lld-devel-18.1.8-2.fc41.x86_64 from fedora requires lld-libs(x86-64) = 18.1.8-2.fc41, but none of the providers can be installed - cannot install both lld-libs-18.1.8-2.fc41.x86_64 from fedora and lld-libs-19.1.0-1.fc41.x86_64 from @System - package hipcc-18-7.rocm6.2.1.fc41.x86_64 from updates-testing requires rocm-device-libs = 18-7.rocm6.2.1.fc41, but none of the providers can be installed - cannot install the best update candidate for package lld-libs-19.1.0-1.fc41.x86_64 - cannot install the best update candidate for package hipcc-18-6.rocm6.2.0.fc41.x86_64 Package Arch Version Repository Size Downgrading: lld x86_64 18.1.8-2.fc41 fedora 123.4 KiB replacing lld x86_64 19.1.0-1.fc41 @commandline 48.2 KiB lld-libs x86_64 18.1.8-2.fc41 fedora 5.3 MiB replacing lld-libs x86_64 19.1.0-1.fc41 @commandline 6.1 MiB Upgrading: hipcc x86_64 18-7.rocm6.2.1.fc41 updates-testing 666.3 KiB replacing hipcc x86_64 18-6.rocm6.2.0.fc41 <unknown> 309.8 KiB rocm-device-libs x86_64 18-7.rocm6.2.1.fc41 updates-testing 3.2 MiB replacing rocm-device-libs x86_64 18-6.rocm6.2.0.fc41 <unknown> 3.2 MiB Installing dependencies: lld-devel x86_64 18.1.8-2.fc41 fedora 38.7 KiB Skipping packages with broken dependencies: lld-devel i686 18.1.8-2.fc41 fedora 38.7 KiB Another dnf upgrade following that complains about not being able to update to lld-19 Problem 1: installed package rocm-device-libs-18-7.rocm6.2.1.fc41.x86_64 requires lld-devel(major) = 18, but none of the providers can be installed - cannot install both lld-devel-19.1.0-1.fc41.x86_64 from fedora and lld-devel-18.1.8-2.fc41.x86_64 from @System - cannot install the best update candidate for package rocm-device-libs-18-7.rocm6.2.1.fc41.x86_64 - cannot install the best update candidate for package lld-devel-18.1.8-2.fc41.x86_64 Problem 2: installed package hipcc-18-7.rocm6.2.1.fc41.x86_64 requires rocm-device-libs = 18-7.rocm6.2.1.fc41, but none of the providers can be installed - installed package rocm-device-libs-18-7.rocm6.2.1.fc41.x86_64 requires lld-devel(major) = 18, but none of the providers can be installed - package rocm-device-libs-18-7.rocm6.2.1.fc41.x86_64 from updates-testing requires lld-devel(major) = 18, but none of the providers can be installed - installed package lld-devel-18.1.8-2.fc41.x86_64 requires lld(x86-64) = 18.1.8-2.fc41, but none of the providers can be installed - cannot install both lld-19.1.0-1.fc41.x86_64 from fedora and lld-18.1.8-2.fc41.x86_64 from @System - cannot install the best update candidate for package lld-18.1.8-2.fc41.x86_64 - cannot install the best update candidate for package hipcc-18-7.rocm6.2.1.fc41.x86_64 Package Arch Version Repository Size Skipping packages with conflicts: lld x86_64 19.1.0-1.fc41 fedora 48.2 KiB lld-devel x86_64 19.1.0-1.fc41 fedora 53.5 KiB Skipping packages with broken dependencies: rocm-device-libs x86_64 18-7.rocm6.2.1.fc41 updates-testing 3.2 MiB I think that's because https://bodhi.fedoraproject.org/updates/FEDORA-2024-d1e67ee80f is still in pending->testing state, so it's not in the updates-testing repo yet? I had applied the update from https://bodhi.fedoraproject.org/updates/FEDORA-2024-d1e67ee80f a few days ago, prior to applying this update. I reproduced the issue reported by Eugene Mah. As explained on Bodhi, this is happening because source package lld reached F41 with version 18.1.8. Meanwhile, the compat packages are still in version 18.1.7. When lld18-libs requests libLLVM.so.18.1()(64bit), llvm-libs-18.1.8 ends up being installed. |