stable

compiler-rt18-18.1.7-6.fc41, libomp18-18.1.7-8.fc41, & 1 more

FEDORA-2024-d1e67ee80f created by tbaeder 3 months ago for Fedora 41

Fix Provides in lld and compiler-rt packages, and add similar major provides for libomp. See https://bugzilla.redhat.com/show_bug.cgi?id=2315542

How to install

Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:

sudo dnf upgrade --refresh --advisory=FEDORA-2024-d1e67ee80f

This update has been submitted for testing by tbaeder.

3 months ago

This update's test gating status has been changed to 'waiting'.

3 months ago

This update's test gating status has been changed to 'passed'.

3 months ago

After updating these packages, a subsequent dnf upgrade ended up downgrading lld and lld-libs from 19 to 18.

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

Then future dnf upgrades end up complaining that lld-19 can't be installed

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 reproduced here with the following commands:

# dnf install lld-19.1.0
# dnf install lld18

This is happening because the lld source package was built with nvr:

Name        : lld
Version     : 18.1.8
Release     : 2.fc41

Meanwhile, this update and previous lld18 builds have lower version 18.1.7.

User Icon tuliom commented & provided feedback 3 months ago
karma

I don't think this Bodhi update is more broken than previous packages. Actually, I reproduced the problem without using this build. IMHO, this update looks OK, but we will definitely need another build with a higher NVR.

This update has been pushed to testing.

3 months ago
karma

This update can be pushed to stable now if the maintainer wishes

3 months ago

This update has been submitted for stable by tbaeder.

3 months ago

This update has been pushed to stable.

3 months ago

Please login to add feedback.

Metadata
Type
bugfix
Karma
2
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
7 days
Dates
submitted
3 months ago
in testing
3 months ago
in stable
3 months ago

Automated Test Results