emerge world: xorg-server slot conflict

Message

jmbreuer · Post by **jmbreuer** » Sun Feb 27, 2022 5:39 pm

On a system that I update roughly every couple of months (it's "production" for me and I can't deal with unscheduled downtime due to breaking changes of some upgrade), emerge @world now complains about xorg-server / xorg-drivers / xf86-input-{evdev, synaptics} conflicts.

Reading the conflict message, I don't understand what's really going on - shouldn't the (implicit) upgrade of xorg-drivers from 1.20 to 21.1 take care of any changing driver package dependencies...?

In the past, I've experienced package slot dependencies/blocks changing without the package being bumped, and emerge would overlook those - so I've already freshly rebuilt xf86-input-evdev and xf86-input-synaptics, no change, they still block.

I could probably push my way through by force-removing the two xf86-input packages, but I remember in the past getting stuck with an X server without any input drivers, and that wasn't a lot of fun.

What's going on here? Does emerge take a wrong turn somewhere & I should report this as a bug, or am I just missing something obvious that needs cleaning up on my system?

Anyway, here's the emerge output:

(including the full output would cause the forum to give me a nondescript "error in posting", full emerge output is here: https://pastebin.com/UxsNxxFu)

Code: Select all

# emerge -buDUpvt --backtrack=30 --verbose-conflicts @world

These are the packages that would be merged, in reverse order:

Calculating dependencies  ........ ... .... ..... done!
[...]
[blocks B      ] media-libs/openexr:3 ("media-libs/openexr:3" is soft blocking media-libs/ilmbase-2.5.7-r3)

Total: 338 packages (322 upgrades, 2 downgrades, 7 new, 3 in new slots, 4 reinstalls, 1 uninstall), Size of downloads: 4.939.017 KiB
Conflict: 5 blocks (1 unsatisfied)

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

x11-base/xorg-server:0

  (x11-base/xorg-server-21.1.3:0/21.1.3::gentoo, ebuild scheduled for merge) USE="systemd udev unwind xorg -debug (-elogind) -minimal (-selinux) -suid -test -xcsecurity -xephyr -xnest -xvfb" ABI_X86="(64)" pulled in by
    >=x11-base/xorg-server-21.1[udev] required by (x11-base/xorg-drivers-21.1:0/0::gentoo, ebuild scheduled for merge) USE="" ABI_X86="(64)" INPUT_DEVICES="evdev synaptics -elographics -joystick -libinput -vmmouse -void -wacom" VIDEO_CARDS="i965 intel nvidia -amdgpu -ast -dummy -fbdev (-freedreno) (-geode) -glint -i915 -mga -nouveau -nv (-omap) -qxl -r128 -radeon -radeonsi -siliconmotion (-tegra) (-vc4) -vesa -via -virtualbox -vmware"
    ^^                     ^^^^                                                                                                                                                                                                                                                                                                                                                                                                                        
    >=x11-base/xorg-server-21.1[-minimal] required by (x11-base/xorg-drivers-21.1:0/0::gentoo, ebuild scheduled for merge) USE="" ABI_X86="(64)" INPUT_DEVICES="evdev synaptics -elographics -joystick -libinput -vmmouse -void -wacom" VIDEO_CARDS="i965 intel nvidia -amdgpu -ast -dummy -fbdev (-freedreno) (-geode) -glint -i915 -mga -nouveau -nv (-omap) -qxl -r128 -radeon -radeonsi -siliconmotion (-tegra) (-vc4) -vesa -via -virtualbox -vmware"
    ^^                     ^^^^                                                                                                                                                                                                                                                                                                                                                                                                                            

  (x11-base/xorg-server-1.20.14:0/1.20.14::gentoo, installed) USE="kdrive systemd udev unwind xorg -debug -dmx (-elogind) -minimal (-selinux) -suid -test -xcsecurity -xephyr -xnest -xvfb" ABI_X86="(64)" pulled in by
    x11-base/xorg-server:0/1.20.14= required by (x11-drivers/xf86-input-evdev-2.10.6:0/0::gentoo, installed) USE="" ABI_X86="(64)"
                        ^^^^^^^^^^^                                                                                                
    x11-base/xorg-server:0/1.20.14= required by (x11-drivers/xf86-input-synaptics-1.9.1:0/0::gentoo, installed) USE="" ABI_X86="(64)"
                        ^^^^^^^^^^^                                                                                                   


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.


 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (media-libs/openexr-3.1.4:3/30::gentoo, ebuild scheduled for merge) pulled in by
    media-libs/openexr:= required by (media-libs/vigra-1.11.1-r3:0/0::gentoo, installed) USE="fftw hdf5 jpeg openexr png python tiff zlib -doc -mpi -test -valgrind" ABI_X86="(64)" PYTHON_TARGETS="python3_9 -python3_8"
    media-libs/openexr:3/30= required by (media-libs/vigra-1.11.1-r3:0/0::gentoo, installed) USE="fftw hdf5 jpeg openexr png python tiff zlib -doc -mpi -test -valgrind" ABI_X86="(64)" PYTHON_TARGETS="python3_9 -python3_8"
    >=media-libs/openexr-1.6.1:= required by (media-gfx/gimp-2.10.28-r1:0/2::gentoo, installed) USE="alsa mng openexr postscript udev unwind webp wmf -aalib (-aqua) -debug -doc -gnome -heif -jpeg2k -test -vector-icons -xpm" ABI_X86="(64)" CPU_FLAGS_X86="mmx sse"
    >=media-libs/openexr-1.6.1:3/30= required by (media-gfx/gimp-2.10.28-r1:0/2::gentoo, installed) USE="alsa mng openexr postscript udev unwind webp wmf -aalib (-aqua) -debug -doc -gnome -heif -jpeg2k -test -vector-icons -xpm" ABI_X86="(64)" CPU_FLAGS_X86="mmx sse"
    media-libs/openexr:= required by (kde-apps/kio-extras-21.08.3-r1:5/5::gentoo, installed) USE="X activities handbook man mtp openexr phonon samba sftp -debug -nfs -taglib -test" ABI_X86="(64)"
    >=media-libs/openexr-1.6.1:= required by (media-libs/gegl-0.4.32:0.4/0.4::gentoo, installed) USE="cairo ffmpeg lcms openexr pdf sdl svg tiff v4l webp -debug -introspection -lensfun -raw -test -umfpack -vala" ABI_X86="(64)"
    >=media-libs/openexr-1.6.1:3/30= required by (media-libs/gegl-0.4.32:0.4/0.4::gentoo, installed) USE="cairo ffmpeg lcms openexr pdf sdl svg tiff v4l webp -debug -introspection -lensfun -raw -test -umfpack -vala" ABI_X86="(64)"
    media-libs/openexr:= required by (media-gfx/enblend-4.2.0_p20161007-r1:0/0::gentoo, installed) USE="openmp -debug -doc -tcmalloc" ABI_X86="(64)" CPU_FLAGS_X86="sse2"
    media-libs/openexr:3/30= required by (kde-apps/kio-extras-21.08.3-r1:5/5::gentoo, installed) USE="X activities handbook man mtp openexr phonon samba sftp -debug -nfs -taglib -test" ABI_X86="(64)"
    media-libs/openexr:3/30= required by (media-gfx/enblend-4.2.0_p20161007-r1:0/0::gentoo, installed) USE="openmp -debug -doc -tcmalloc" ABI_X86="(64)" CPU_FLAGS_X86="sse2"
    media-libs/openexr:3= required by (kde-frameworks/kimageformats-5.90.0:5/5.90::gentoo, ebuild scheduled for merge) USE="openexr -avif -debug -eps -heif -test" ABI_X86="(64)"

  (media-libs/ilmbase-2.5.7-r3:0/25::gentoo, ebuild scheduled for merge) pulled in by
    media-libs/ilmbase:= required by (media-libs/vigra-1.11.1-r3:0/0::gentoo, installed) USE="fftw hdf5 jpeg openexr png python tiff zlib -doc -mpi -test -valgrind" ABI_X86="(64)" PYTHON_TARGETS="python3_9 -python3_8"
    ~media-libs/ilmbase-2.5.7:0/25=[abi_x86_32(-),abi_x86_64(-)] required by (media-libs/openexr-2.5.7:0/25::gentoo, installed) USE="-doc -examples -static-libs -test -utils" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="avx"
    media-libs/ilmbase:0/25= required by (media-libs/vigra-1.11.1-r3:0/0::gentoo, installed) USE="fftw hdf5 jpeg openexr png python tiff zlib -doc -mpi -test -valgrind" ABI_X86="(64)" PYTHON_TARGETS="python3_9 -python3_8"
    ~media-libs/ilmbase-2.5.7:=[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (~media-libs/ilmbase-2.5.7:=[abi_x86_32(-),abi_x86_64(-)]) required by (media-libs/openexr-2.5.7:0/25::gentoo, installed) USE="-doc -examples -static-libs -test -utils" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="avx"


For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages

eccerr0r · Post by **eccerr0r** » Sun Feb 27, 2022 8:46 pm

You might want to (or actually should!!!) resolve your openexr/ilm problem first. viewtopic-t-1147335.html may have some insight.

Post by Hu » Mon Feb 28, 2022 1:50 am

You have two categories of problem. First, as eccerr0r noted, you have the major problem that you have a package block conflict. That will need to be resolved before Portage will proceed. Second, you have the minor problem that an upgrade of xorg is skipped due to dependencies. It appears to be caused by having xf86-input-evdev and xf86-input-synaptics not scheduled for upgrade and not willing to accept an xorg-server upgrade with the installed version. Fixing this might be as simple as forcing Portage to rebuild those during the @world update, so that the rebuilt versions accept the new xorg-server. However, also as eccerr0r said, I suggest you start with solving the hard blocks.

figueroa · Post by **figueroa** » Mon Feb 28, 2022 5:13 am

Upgrade more often. Done is small bites, one is much less likely to experience any down time or breakage. If it's a production device you use daily, consider updating daily. Those small bites take very little time, as in less than five minutes as long as you don't watch the window doing the compiling. As you are experiencing, updating every few months can be an ordeal.

jmbreuer · Post by **jmbreuer** » Mon Feb 28, 2022 7:33 am

Thank you everyone!

From what I'd read, I was under the impression that portage should be able to resolve the openexr/ilmbase thing by itself, and (wrongly) assumed it to be less of an issue than the intractable xorg conflict that it complains about first.

Turns out I had ilmbase and openexr ~amd64 keyworded since that was necessary the last time I installed cinelerra. Currently, their ~amd64 versions lead to dependency graph conflicts.

Bug 833158 shows "completed" for amd64 a few hours ago.

After removing the ilmbase and openexr ~amd64 keywords, and syncing the current tree, there are no longer any dependency issues and the whole emerge @world proceeds as expected.

Post by **Ionen** » Mon Feb 28, 2022 8:56 am

Good to hear.

jmbreuer wrote:From what I'd read, I was under the impression that portage should be able to resolve the openexr/ilmbase thing by itself, and (wrongly) assumed it to be less of an issue than the intractable xorg conflict that it complains about first.

There's two kinds, small 'b' will be auto-resolved, major 'B' can't.

And yes, the slot messages are often not the real issue (most common are rebuilds caused by xorg-server, boost, and icu). These resolve themselves if portage is able to rebuild them, but not if there's something else preventing the process (if not blockers, can be something trivial like a newly added USE dependency that require package.use updates).

I know the output is confusing unfortunately

That aside the whole openexr nightmare seems over (or at least I hope so), big thanks to sam.