[gentoo-user] Re: Going through these one by one.

[Martin Vaeth]

Steven Lembark  wrote:
>   (dev-python/idna-3.1:0/0::gentoo, ebuild scheduled for merge)
> (no parents that aren't satisfied by other packages in this slot)
>
>   (dev-python/idna-2.10-r1:0/0::gentoo, ebuild scheduled for merge)
> 

[gentoo-user] Re: Going through these one by one.

[Martin Vaeth]

Steven Lembark  wrote:
: sys-apps/sg3_utils:0
:
: (sys-apps/sg3_utils-1.44:0/0::gentoo, ebuild scheduled for merge) [...]
:
: (sys-apps/sg3_utils-1.42:0/0::gentoo, installed) [...]
:   =sys-apps/sg3_utils-1.44 or (permanently)
unmerge sys-apps/rescan-scsi-bus and whatever pulls it in as a
dependency.
Then perhaps the rest can be resolved better.
(If not, the next real conflict has to be found...)

Re: [gentoo-user] Re: Going through these one by one.

[Steven Lembark]

On Sun, 14 Feb 2021 17:26:03 - (UTC)
Martin Vaeth  wrote:

> emerge -NaDu --with-bdeps=y @world

Normally I use:

/usr/bin/emerge --deep --backtrack=128 --with-bdeps y   \
--complete-graph y --autounmask-write --verbose-conflicts   \
--jobs --load-average 4 --keep-going --update @world;

This gets me the same failures, with a bit more information.

The output of your command above is:

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-libs/binutils-libs:0

  (sys-libs/binutils-libs-2.35.1-r1:0/2.35.1::gentoo, ebuild scheduled for 
merge) USE="nls -64-bit-bfd (-cet) -multitarget -static-libs" ABI_X86="32 (64) 
(-x32)" pulled in by
(no parents that aren't satisfied by other packages in this slot)

  (sys-libs/binutils-libs-2.34-r2:0/2.34::gentoo, installed) USE="nls 
-64-bit-bfd -multitarget -static-libs" ABI_X86="32 (64) (-x32)" pulled in by
sys-libs/binutils-libs:0/2.34=[abi_x86_32(-),abi_x86_64(-)] required by 
(x11-libs/cairo-1.16.0-r4:0/0::gentoo, installed) USE="X glib svg (-aqua) 
-debug (-gles2-only) -opengl -static-libs -utils -valgrind" ABI_X86="32 (64) 
(-x32)"
  





Running it with a loop moving ._cfg00_autoconfig and re-running
emerge eventually brick walls into the same result. 


-- 
Steven Lembark
Workhorse Computing
lemb...@wrkhors.com
+1 888 359 3508

[gentoo-user] Re: Going through these one by one.

[Martin Vaeth]

Steven Lembark  wrote:
>
> # emerge --oneshot sys-apps/portage 2>&1 | tee a;
>
The output of this information is not very useful:
Unsurprisingly, it only shows that update of only the portage
dependencies collides with the dependencies of packages which
are not updated. You should instead try to make

emerge -NaDu --with-bdeps=y @world

succeed. But for a system which haa not been updated since
more than half a year, this can be difficult.