On 1/28/26 4:42 PM, Dale wrote: > !!! Multiple package instances within a single package slot have been > pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-auth/polkit-qt:0 > > (sys-auth/polkit-qt-0.200.0-r1:0/0::gentoo, installed) USE="" > ABI_X86="(64)" pulled in by > (no parents that aren't satisfied by other packages in this slot) > > (sys-auth/polkit-qt-0.200.0:0/0::gentoo, ebuild scheduled for merge) > USE="qt5 qt6" ABI_X86="(64)" pulled in by > >=sys-auth/polkit-qt-0.113.0[qt5(-)] required by (kde-frameworks/ > kauth-5.116.0-r1:5/5.116::gentoo, ebuild scheduled for merge) > USE="(policykit) -debug -test" ABI_X86="(64)"
kauth 5 uses Qt5. polkit-qt 0.200.0-r1 is a "-r1" update that exists solely to drop support for Qt 5, so if you cannot uninstall ancient kauth 5, do not upgrade polkit-qt (ideally portage would drop it from the merge list...) > !!! The ebuild selected to satisfy ">=dev-lang/rust-1.85.0:*" has unmet > requirements. > - dev-lang/rust-1.91.0::gentoo USE="(-big-endian) -clippy -debug -dist - > doc (-llvm-libunwind) -lto -rust-analyzer -rust-src -rust_sysroots_bpf - > rust_sysroots_wasm -rustfmt -system-llvm -test -verify-sig" > ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="(-21)" > LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARC -ARM -AVR -BPF -CSKY -DirectX > -Hexagon -Lanai -LoongArch -M68k -MSP430 -Mips -NVPTX -PowerPC -RISCV - > SPIRV -Sparc -SystemZ -VE -WebAssembly -XCore -Xtensa" > > The following REQUIRED_USE flag constraints are unsatisfied: > llvm_slot_21 > > (dependency required by "dev-util/maturin-1.11.5::gentoo" [ebuild]) > (dependency required by "dev-python/cryptography-46.0.3::gentoo" > [installed]) > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) > root@fireball / # This is puzzling. It says: LLVM_SLOT="(-21)" meaning, 21 is *masked*. In profiles/base/use.stable.mask, # Michał Górny <[email protected]> (2024-12-31) # LLVM slots with no stable releases yet. llvm_slot_22 ... but 21 is now permitted. Question: is /etc/portage/make.profile a symlink to the same ::gentoo ebuild repo? I can get this error if (in a spare test container) I use an *old* ::gentoo repo for make.profile, but override PORTDIR_OVERLAY to use my local up to date development copy. -- Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
