This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------0Yijsx9fcoGFBpYA6FJSkouY
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On 7/23/24 5:37 PM, Jack wrote:
The latest eix-sync included clang and llvm 18. Unfortunately, a full emerge upgrade complains
- media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl
-osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17
(-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink"
The following REQUIRED_USE flag constraints are unsatisfied:
llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 llvm_slot_18 ) )
The problem is that I don't know why one of the llvm slots is NOT selected.
"emerge --info mesa" includes:
USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland
zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind
-vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)"
CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink"
which shows slot 17 IS selected.
"grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in one
of the package.use files.
My profile is
default/linux/amd64/23.0/desktop/plasma (stable) *
I find no relevant bug filed, and nothing related on the forums. What
fine manual have I apparently neglected to read?
The default in the ebuild's IUSE (via +llvm_slot_* ) is now LLVM 18, not
17, the upgrade is complaining that nothing is selected *at all*.
The underlying issue is that 18 is the default, but it is also force
masked on stable, which was a small mistake during stabilization. and
eclass bumping. It was shortly after rectified by removing the outdated
mask in profiles/base/use.stable.mask
Try syncing again. The llvm 18 slot bump was 8 hours ago, and the use.stable.mask fix was 4 hours ago.
The bug for this is really just
https://bugs.gentoo.org/935984#c13 (the stabilization bug for llvm 18).
--
Eli Schwartz
--------------0Yijsx9fcoGFBpYA6FJSkouY--
-----BEGIN PGP SIGNATURE-----
wnsEABYIACMWIQTnFNnmK0TPZHnXm3qEp9ErcA0vVwUCZqAmCQUDAAAAAAAKCRCEp9ErcA0vV2yI AP9vXTE1Ir5J3ns5FZBnAHwzmTxNGgP6cyxKv2jchXsHYwEA9MrBhV6pgXGorgBnWqRWHOxqXgU6 8bJF62SRMG+ZNQg=
=ZtYs
-----END PGP SIGNATURE-----
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)