#11 Using llvm metapackage from SLE implies version downgrade in Leap
Closed: Rejected a year ago by lkocman. Opened 2 years ago by lkocman.

We'd like to release this correct as an early maintenance update for SLE 15 SP3.

LLVM comes in both versioned packages (SLE and Leap have currently llvm5, llvm7, llvm9 and llvm11) plus a metapackage that can be used to draw in the latest llvmX package. So the intention.

As discussed in bug 1164454, SUSE decided not to update the metapackage in SP2 from version 7 to 9 while Leap 15.2 did. For SP3 SLE will also not update the metapackage (bug 1179155). As a side effect of the "close the leap gap" effort this means that Leap will get a downgrade from llvm = 9.0.1 to llvm = 7.0.1.

There don't seem to be many packages in SLE using the metapackage. (Richard Biener did a perhaps uncomplete list in bug 1179155, comment 21.) But there are quite a few packages in Leap and for users of those the downgrade would also be surprising. See e.g. kdevelop, compare [1] and [2].

Richard's proposal was to have an overlay with llvm = 11.0.1 in Leap 15.3, that would mean Leap users can benefit from a newer LLVM in most dependents. At least it wouldn't be a downgrade, which I think would be disappointing, if not a reason not to update to Leap 15.3 at all.

[1] https://build.opensuse.org/package/binary/openSUSE:Backports:SLE-15-SP3/kdevelop5/standard/x86_64/kdevelop5-5.6.1-bp153.1.15.x86_64.rpm
[2] https://build.opensuse.org/package/binary/openSUSE:Leap:15.2/kdevelop5/standard/x86_64/kdevelop5-5.5.2-lp152.1.1.x86_64.rpm


This seems to be achievable in SLE-15 SP3 Update, however we'll have to report bug for each package that build requires on llvm.

Current opinion of Dimstar and Richard Brown is to keep the meta package and do not move the issue to the project config.

TODO: let's inform engineering and PM that we probably want to keep this difference. This would have to be treated as the acceptable GAP/system preference/configuration.

Comment from Antonio

Just for reference libclang7 can be now coinstalled with other versions, libqt5-qttools requires just libclang7 (instead of clang7) and kdevelop5 is building again in Backports/Leap.

Metadata Update from @Pharaoh_Atem:
- Issue tagged with: SLE-Rejected

2 years ago

Metadata Update from @lkocman:
- Custom field SUSE Jira adjusted to https://jira.suse.com/browse/OPENSUSE-24
- Issue untagged with: SLE-Rejected

2 years ago

Metadata Update from @Pharaoh_Atem:
- Issue tagged with: SLE-Rejected

2 years ago

It is not yet rejected. We're still pending feedback. There are various options that can still happen.

Metadata Update from @lkocman:
- Issue untagged with: SLE-Rejected

2 years ago

Metadata Update from @Pharaoh_Atem:
- Issue tagged with: SLE-Accept-Pending

2 years ago

Metadata Update from @lkocman:
- Issue close_status updated to: Rejected
- Issue status updated to: Closed (was: Open)

a year ago

The agreement was that we can't touch the metapackage. That's one of confirmed differences. This diff will go away in Leap 16.0

Login to comment on this ticket.

Metadata