Sorry for the delay, but yes, after re-syncing, everything is working
correctly.
Thanks for the info.
On 2024.07.23 17:52, Eli Schwartz wrote:
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
