On 05/03/13 23:21, Valmor de Almeida wrote:
> Hello,
>
> I would appreciate help with this multiple-packages-in-a-single slot
> problem. In the past I have unistalled packages and reinstalled on a
> case-by-case basis and dealt with the fall out manually. I wonder
> whether there is a more efficient way of doing it.
>
> Thanks,
>
> --
> Valmor
>
>
> -> USE="libkms cups apng minizip hwdb" emerge -vp --newuse --tree
> --update --deep system
>
> [snip]
>
> [blocks B      ]  <sys-apps/sysvinit-2.88-r4
> ("<sys-apps/sysvinit-2.88-r4" is blocking sys-apps/util-linux-2.22.2)
> [blocks B      ] <sys-fs/udev-186 ("<sys-fs/udev-186" is blocking
> sys-fs/udev-init-scripts-23)
> [blocks B      ] <sys-fs/lvm2-2.02.97-r1 ("<sys-fs/lvm2-2.02.97-r1" is
> blocking sys-fs/udev-197-r8)
>
> !!! 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-1.12.4::gentoo, installed) pulled in by
>     <x11-base/xorg-server-1.12.99[-minimal] required by
> (x11-drivers/xf86-video-virtualbox-4.1.22::gentoo, installed)
>     (and 1 more with the same problem)
>
>   (x11-base/xorg-server-1.13.1::gentoo, ebuild scheduled for merge) pulled in by
>     (no parents that aren't satisfied by other packages in this slot)
>
> virtual/udev:0
>
>   (virtual/udev-171::gentoo, installed) pulled in by
>     <virtual/udev-196 required by (sys-fs/lvm2-2.02.88::gentoo, installed)
>
>   (virtual/udev-197-r1::gentoo, ebuild scheduled for merge) pulled in by
>     >=virtual/udev-197-r1 required by (sys-fs/udev-197-r8::gentoo,
> ebuild scheduled for merge)
>     =virtual/udev-197-r1 required by
> (sys-apps/util-linux-2.22.2::gentoo, ebuild scheduled for merge)
>     (and 11 more with the same problems)
>
> sys-fs/udev:0
>
>   (sys-fs/udev-171-r9::gentoo, installed) pulled in by
>     ~sys-fs/udev-171[gudev?,hwdb?,introspection?,keymap?,selinux?]
> required by (virtual/udev-171::gentoo, installed)
>
>   (sys-fs/udev-197-r8::gentoo, ebuild scheduled for merge) pulled in by
>     >=sys-fs/udev-197-r8[gudev?,hwdb?,introspection?,keymap?,kmod?,selinux?,static-libs?]
> required by (virtual/udev-197-r1::gentoo, ebuild scheduled for merge)
>
> x11-drivers/xf86-video-virtualbox:0
>
>   (x11-drivers/xf86-video-virtualbox-4.1.24::gentoo, ebuild scheduled
> for merge) pulled in by
>     (no parents that aren't satisfied by other packages in this slot)
>
>   (x11-drivers/xf86-video-virtualbox-4.1.22::gentoo, installed) pulled in by
>     ~x11-drivers/xf86-video-virtualbox-4.1.22 required by
> (app-emulation/virtualbox-guest-additions-4.1.22::gentoo, installed)
>
I'm fairly new to Gentoo so might not be the best to help here but from
my experience when two versions of one package are involved and it says
no parents arn't satisfied by others on several occasions specifying
that package explicitly on the command line has worked for me, I suspect
it might work in the other case here also as it's a virtual package
having an issue.  It seems to get more fun when two "real" packages
decide they want different and mutually incompatible versions of a
package then sometimes masking a specified version temporarily seems to
work for some I had one recently that simply didn't want to resolve
until I decided enough was enough and opted not to bother with the one
package triggering a dependency that it liked and half the rest of the
system didn't.