On Sunday, 17 August 2025 17:59:05 British Summer Time Dale wrote: > John Covici wrote: > > -----Original Message----- > > From: Dale <[email protected]> > > Sent: Sunday, August 17, 2025 9:33 AM > > To: [email protected] > > Subject: Re: [gentoo-user] a couple of problems in my latest world update > > > > Michael wrote: > >> On Sunday, 17 August 2025 10:39:37 British Summer Time John Covici wrote: > >>> Hi all. I am having a couple of problems with my latest world > >>> update. > >>> > >>> My first one is with perl, there are lots of apps which seem to want > >>> a different version of perl than the one emerge wants to install. > >>> > >>> My other problem is a missing iuse flag which I have no idea how to > >>> solve. > >>> > >>> Here is the output of the emerge: > >>> > >>> the packages that would be merged, in order: > >>> > >>> Calculating dependencies ... done! > >>> Dependency resolution took 15.38 s (backtrack: 0/200). > >>> > >>> > >>> !!! Multiple package instances within a single package slot have been > >>> > >>> pulled > >>> > >>> !!! into the dependency graph, resulting in a slot conflict: > >>> dev-lang/perl:0 > >>> > >>> (dev-lang/perl-5.42.0:0/5.42::gentoo, ebuild scheduled for merge) > >>> USE="gdbm -berkdb -doc -minimal" ABI_X86="(64)" > >>> PERL_FEATURES="(-debug) -ithreads -quadmath" pulled in by > >>> > >>> (no parents that aren't satisfied by other packages in this > >>> > >>> slot) > >>> > >>> (dev-lang/perl-5.40.2-1:0/5.40::gentoo, installed) USE="gdbm -berkdb > >>> -doc -minimal" ABI_X86="(64)" PERL_FEATURES="(-debug) -ithreads > >>> -quadmath" pulled in by > >>> > >>> dev-lang/perl:0/5.40= required by > >>> > >>> (dev-perl/Net-IMAP-Simple-1.221.200-3:0/0::gentoo, installed) > >>> USE="-examples -test" ABI_X86="(64)" PERL_FEATURES="(-debug) > >>> -ithreads -quadmath" > >>> > >>> ^^^^^^^^ > >>> > >>> (and 158 more with the same problem) > >>> > >>> app-text/poppler:0 > >>> > >>> (app-text/poppler-25.08.0:0/152::gentoo, ebuild scheduled for merge) > >>> USE="boost cairo cxx introspection jpeg jpeg2k lcms nss png qt5 qt6 > >>> tiff utils -cjk -curl -debug -doc -gpgme -test -verify-sig" > >>> ABI_X86="(64)" pulled in by > >>> > >>> (no parents that aren't satisfied by other packages in this > >>> > >>> slot) > >>> > >>> (app-text/poppler-25.06.0-1:0/150::gentoo, installed) USE="boost > >>> cairo cxx introspection jpeg jpeg2k lcms nss png qt5 qt6 tiff utils > >>> -cjk -curl -debug -doc -gpgme -test -verify-sig" ABI_X86="(64)" > >>> pulled in by > >>> > >>> >=app-text/poppler-0.32:0/150=[cxx] required by > >>> > >>> (net-print/libcupsfilters-2.1.1-3:0/0::gentoo, installed) USE="dbus > >>> exif jpeg pdf png poppler postscript tiff -test" ABI_X86="(64)" > >>> > >>> ^^^^^^^ > >>> > >>> (and 1 more with the > >> > >> same problem) > >> > >>> net-libs/nodejs:0 > >>> > >>> (net-libs/nodejs-24.2.0:0/24::gentoo, ebuild scheduled for merge) > >>> USE="icu inspector snapshot ssl system-icu system-ssl -corepack > >>> -debug -doc (-lto) -npm -pax-kernel -test" ABI_X86="(64)" > >>> CPU_FLAGS_X86="sse2" pulled in by > >>> > >>> (no parents that aren't satisfied by other packages in this > >>> > >>> slot) > >>> > >>> (net-libs/nodejs-22.16.0-1:0/22::gentoo, installed) USE="icu > >>> inspector snapshot ssl system-icu system-ssl -corepack -debug -doc > >>> (-lto) -npm -pax-kernel -test" ABI_X86="(64)" CPU_FLAGS_X86="sse2" > >>> pulled in by > >>> > >>> >=net-libs/nodejs-22.11.0:0/22[inspector] required by > >>> > >>> (www-client/chromium-139.0.7258.127:0/stable::gentoo, ebuild > >>> scheduled for merge) USE="X cups hangouts official > >>> proprietary-codecs qt6 rar system-harfbuzz system-zstd vaapi > >>> widevine > >>> -bindist -bundled-toolchain -custom-cflags -debug -ffmpeg-chromium > >>> -gtk4 (-headless) -kerberos -pax-kernel (-pgo) -pulseaudio > >>> -screencast (-selinux) (-system-icu) -system-png -test -wayland" > >>> ABI_X86="(64)" L10N="af am ar bg bn ca cs da de el en-GB es es-419 > >>> et fa fi fil fr gu he hi hr hu id it ja kn ko lt lv ml mr ms nb nl > >>> pl pt-BR pt-PT ro ru sk sl sr sv sw ta te th tr uk ur vi zh-CN > >>> zh-TW" LLVM_SLOT="20 -19" > >>> > >>> ^^^^^ > >>> > >>> dev-lang/go:0 > >>> > >>> (dev-lang/go-1.24.6:0/1.24.6::gentoo, ebuild scheduled for merge) > >>> USE="" ABI_X86="(64)" CPU_FLAGS_X86="sse2" pulled in by > >>> > >>> (no parents that aren't satisfied by other packages in this > >>> > >>> slot) > >>> > >>> (dev-lang/go-1.24.4-1:0/1.24.4::gentoo, installed) USE="" > >>> ABI_X86="(64)" CPU_FLAGS_X86="sse2" pulled in by > >>> > >>> >=dev-lang/go-1.20:0/1.24.4= required by > >>> > >>> (app-containers/containerd-2.1.1-1:0/0::gentoo, installed) USE="cri > >>> seccomp -apparmor -btrfs -device-mapper -hardened (-selinux) -test" > >>> ABI_X86="(64)" > >>> > >>> ^^^^^^^^^^ > >>> > >>> (and 4 more with the same > >> > >> problem) > >> > >>> NOTE: Use the '--verbose-conflicts' option to display parents omitted > >>> above > >>> > >>> It may be possible to solve this problem by using package.mask to > >>> prevent one of those packages from being selected. However, it is also > >>> possible that conflicting dependencies exist such that they are > >>> impossible to satisfy simultaneously. If such a conflict exists in > >>> the dependencies of two different packages, then those packages can > >>> not be installed simultaneously. > >>> > >>> For more information, see MASKED PACKAGES section in the emerge man > >>> page or refer to the Gentoo Handbook. > >>> > >>> > >>> NOTE: Use the '--verbose-conflicts' option to display parents omitted > >>> above > >>> > >>> It may be possible to solve this problem by using package.mask to > >>> prevent one of those packages from being selected. However, it is also > >>> possible that conflicting dependencies exist such that they are > >>> impossible to satisfy simultaneously. If such a conflict exists in > >>> the dependencies of two different packages, then those packages can > >>> not be installed simultaneously. > >>> > >>> For more information, see MASKED PACKAGES section in the emerge man > >>> page or refer to the Gentoo Handbook. > >>> > >>> > >>> emerge: there are no ebuilds built with USE flags to satisfy > >>> "dev-libs/liblouis[python,python_targets_python3_13(-)]". > >>> !!! One of the following packages is required to complete your > >>> request: > >>> - dev-libs/liblouis-3.30.0::gentoo (Missing IUSE: python) > >>> - dev-libs/liblouis-3.29.0::gentoo (Missing IUSE: python) > >>> (dependency required by > >>> "app-accessibility/orca-9999::local_ebuilds[python_single_target_python3 > >>> _13, braille]" [ebuild]) > >>> (dependency required by "gnome-base/gdm-47.0::gentoo[accessibility]" > >>> [installed]) > >>> (dependency required by "gnome-base/gnome-shell-47.8::gentoo" > >>> [ebuild]) > >>> (dependency required by > >>> "x11-terms/gnome-terminal-3.56.2::gentoo[gnome-shell]" [ebuild]) > >>> (dependency required by "@selected" [set]) > >>> (dependency required by "@world" [argument]) > >>> > >>> > >>> > >>> Thanks in advance for any suggestions. > >> > >> When I find portage is unable to resolve the graph of packages for an > >> update, I add a high number for backtrack. You've already done this: > >> "(backtrack: 0/200)". > >> > >> Then I typically try to update portage: > >> > >> emerge -1auNDv sys-apps/portage > >> > >> or if there are no new USE flags affecting it, > >> > >> emerge -1aDv sys-apps/portage > >> > >> This should sort out portage and its latest python dependencies as a > >> start. > >> Then I check if the graph can be resolved. If not, I start with updating > >> one or just a few of the top packages in the list at a time. After > >> updating perl, run: > >> > >> perl-cleaner --reallyall > >> > >> to rebuild any broken packages. Finally, if there is just one or two > >> blockers I mask them or more often I temporarily uninstall them until > >> the rest of the packages have been brought up to date. > >> > >> The above not particularly scientific approach has worked on my systems > >> many a time, but YMMV. > > > > Just to add, since I run a mix of unstable and stable, sometimes I find > > that a package that is running unstable now needs another package that > > is also unstable, either a new dependency or just out of sink somehow. > > Sometimes I find that by adding the -t option. I then have to add that > > new required package to the keyword file. > > > > I might add, what works one time to find the problem may not work every > > time. You need to try different methods until you find the problem. It > > never hurts to hope the first method you try works tho. LOL ;-) > > > > Dale > > > > Well, I have gotten it down to this one bug which is missing IUSE, so how > > to add it ? > > > > Calculating dependencies . ... .... done! > > Dependency resolution took 14.32 s (backtrack: 0/200). > > > > > > emerge: there are no ebuilds built with USE flags to satisfy > > "dev-libs/liblouis[python,python_targets_python3_13(-)]". !!! One of the > > following packages is required to complete your request: - > > dev-libs/liblouis-3.30.0::gentoo (Missing IUSE: python) > > - dev-libs/liblouis-3.29.0::gentoo (Missing IUSE: python) > > (dependency required by > > "app-accessibility/orca-9999::local_ebuilds[braille,python_single_target_ > > python3_13]" [ebuild]) (dependency required by > > "gnome-base/gdm-47.0::gentoo[accessibility]" [installed]) (dependency > > required by "gnome-base/gnome-shell-47.8::gentoo" [ebuild]) (dependency > > required by "x11-terms/gnome-terminal-3.56.2::gentoo[gnome-shell]" > > [ebuild]) (dependency required by "@selected" [set]) > > (dependency required by "@world" [argument]) > > > > :-) :-) > > I would try adding this to package.use and see if it helps. > > > dev-libs/liblouis python_single_target_python3_13 > > > If that still gives a error about like the last one, you may need to > disable other python versions. Like this. > > > dev-libs/liblouis python_single_target_python3_13 > -python_single_target_python3_11 -python_single_target_python3_12 > > > Depending on how you like to do things, you may want to add the version > as well so that on the next upgrade, that entry no longer works. > Hopefully by then emerge will handle the python version itself. I kinda > think it should now but you know, this things can be hard headed. > > Oh, how I got this info. > > > equery u dev-libs/liblouis > > > Given the error, it's about the only thing one can fix. > > Let's hope that works. > > Dale > > :-) :-)
First I would check if there is some python version directive configured in / etc/portage for some reason: grep -i python -r /etc/portage/ Unless you have a good reason to have specified your own python versions, there should be none. If there is a python version specified, consider if you still need it. If there isn't one present, then re-sync portage and run a world update once more.
signature.asc
Description: This is a digitally signed message part.
