Summary: | llvm-r1.eclass: unable to satisfy REQUIRED_USE for testing LLVM (18.1.8) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matt Jolly <kangie> |
Component: | Eclasses | Assignee: | Michał Górny <mgorny> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kangie |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://github.com/gentoo/gentoo/pull/37473 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | foo-1.2.3.ebuild |
Description
Matt Jolly
2024-07-06 23:35:06 UTC
# portageq metadata / ebuild app-misc/foo-1.2.3 IUSE +llvm_slot_19 llvm_slot_18 Is this a stable system? Perhaps the problem you're hitting is that slot 18 is stable-masked. Hi Michal, I've seen this on several global ~amd64 systems. While I have llvm 17 installed here I wanted to rule out an issue with it and tried to restrict the minimum slot in LLVM_COMPAT to 18. I expected the REQUIRED_USE to be automatically filled based on the eclass comments and was a bit surprised when it wasn't. (In reply to Matt Jolly from comment #2) Your REQUIRED_USE is OK, I think (I got it wrong at first), the issue is that the IUSE default is wrong for you (or for some reason not working). mgorny's output shows the metadata looks right -- what does it show for you? portageq metadata / ebuild app-misc/foo-1.2.3 IUSE +llvm_slot_19 llvm_slot_18 have you got LLVM_SLOT="18" in make.conf or package.use globally? (also, it shouldn't be choosing 19 here, obviously, it should choose *18*) No, nothing. Just grepped /etc/portage to be sure. Ah, wait, so: * ^^ = exactly-one-of * 19 is set, so no +18 in there * nothing sets 18 So yeah, we're back to the issue being "it shouldn't choose +19, but instead +18, as 19 isn't released". (In reply to Sam James from comment #8) > Ah, wait, so: > * ^^ = exactly-one-of > * 19 is set, so no +18 in there > * nothing sets 18 > > So yeah, we're back to the issue being "it shouldn't choose +19, but instead > +18, as 19 isn't released". Right, sorry, I've missed that in my output x_x. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9f09b98ee6a5edce65e995c4701776e8e1c86d1d commit 9f09b98ee6a5edce65e995c4701776e8e1c86d1d Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2024-07-07 12:22:52 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2024-07-23 14:07:52 +0000 llvm-r1.eclass: Do not default-enable unkeyworded slots Change the IUSE defaults logic to default-enable the *oldest* ~arch version rather than the newest one, when no stable slots are supported. Since we only except a single ~arch version to exist, this effectively prevents the eclass from default-enabling the unkeyworded snapshots. Closes: https://bugs.gentoo.org/935681 Signed-off-by: Michał Górny <mgorny@gentoo.org> Closes: https://github.com/gentoo/gentoo/pull/37473 Signed-off-by: Michał Górny <mgorny@gentoo.org> eclass/llvm-r1.eclass | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) |