Re: [gentoo-user] slot conflict - xfce-base/libxfce4util

[Alan McKinnon]

On 05/09/2015 19:17, thelma@×××××××××××.com wrote:
> I'm confused sometimes as to these slot conflicts, eg. I'm getting:


It's verbose, but can be understood. Just read each line.



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

Here you get a big header notice that there are conflicts. Details to
follow.

> xfce-base/libxfce4util:0

Then the package involved, followed by more details below, followed by
the same thing for the next package that's a blocker (you only have the
one here)

Read the next two sections as the two things that conflict.

>   (xfce-base/libxfce4util-4.10.1:0/0::gentoo, installed) pulled in by
>     <xfce-base/libxfce4util-4.11 required by (xfce-base/libxfcegui4-4.10.0:0/0::gentoo, installed)
>     ^                       ^^^^

To have a conflict you need two or more things that oppose. This is the
first. It is libxfce4util version 4.10.1 (first line) and it's being
pulled in to emerge by libxfcegui4 which wants libxfce4util version 4.11
or earlier

>
>   (xfce-base/libxfce4util-4.12.1:0/7::gentoo, ebuild scheduled for merge) pulled in by
>     >=xfce-base/libxfce4util-4.12:= required by (xfce-base/libxfce4ui-4.12.1-r2:0/0::gentoo, ebuild scheduled for merge)

This is the second item in the conflict. Now something wants
libxfce4util-4.12. That thing is libxfce4ui which wants libxfce4util
version 4.12 or later


> How do I go about unmerging/selecting one of them?

You can't have both versions of libxfce4util, so you must break this
endless loop, or get rid of one of them.

You can figure out exactly what is going on by reading the ebuilds. Or
you can know your system. These messages are obtuse, and the usual
reason is you have done something the ebuild maintainers did not
anticipate, like masked some package that is to be updated, or added
some ancient legacy package that is holding everything back. Portage
does not known this, and cannot read your mind - it's a dumb piece of
software and it can only see facts, it can't figure out meaning and it
sure cannot discern human intent.

So until we have real AI and Skynet takes over, I think we are stuck
with these errors. It's the price for having the power of portage.

But look closely at the required bys above.
libxfce4ui-4.12.1-r2 makes sense - it's the latest version and a routine
upgrade. So everything XFCE should follow, because the maintainers do it
right, not so? So why is libxfcegui4 stuck at 4.10.0, a version behind?
Maybe someone needs to play catch-up, but lookee here:

khamul sets # eix libxfcegui4
* xfce-base/libxfcegui4
     Available versions:  4.10.0 4.10.0-r1 {glade startup-notification}
     Homepage:            https://wiki.gentoo.org/wiki/No_homepage
http://git.xfce.org/archive/libxfcegui4/
     Description:         A compability library for unported Xfce 4.6
plugins (DEPRECATED)

khamul sets # eix libxfce4ui
* xfce-base/libxfce4ui
     Available versions:  4.10.0 4.12.1-r2 {debug glade +gtk3
startup-notification}
     Homepage:            http://www.xfce.org/projects/libxfce4
     Description:         Unified widgets and session management
libraries for the Xfce desktop environment


Hmmm. libxfcegui4 is old compat code for legacy shit from 3 versions
back. I doubt you need it, and if you do, I suggest getting rid of the
plugin that's requiring it. Or maybe you emerged it blindly. Either way:

emerge -avC libxfcegui4




-- 
Alan McKinnon
alan.mckinnon@×××××.com