-----Original Message-----
From: Michael <[email protected]>
Sent: Sunday, August 17, 2025 1:07 PM
To: [email protected]
Subject: Re: [gentoo-user] a couple of problems in my latest world update
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.
Well, the word python is there a lot because I have a package.use directory
full of the word python. Anything I can do to filter that out?
