Current x86/amd64 stable virtual/libudev-215-r1 has >=sys-fs/udev-208-r1:0/0[${MULTILIB_USEDEP},static-libs?] in RDEPEND which doesn't allow it to be satisfied by the newest stable sys-fs/udev-233. The newer virtual/libudev-232 does allow it, perhaps that could be stabilized. # emerge -pv =udev-233 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-fs/udev-233::gentoo [225-r1::gentoo] USE="acl kmod (-selinux) (-static -libs%)" 4,552 KiB Total: 1 package (1 upgrade), Size of downloads: 4,552 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-fs/udev:0 (sys-fs/udev-233:0/0::gentoo, ebuild scheduled for merge) pulled in by =sys-fs/udev-233 (Argument) (sys-fs/udev-225-r1:0/0::gentoo, installed) pulled in by >=sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)? ,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_6 4(-)?,static-libs?] required by (virtual/libudev-215-r1:0/1::gentoo, installed) ^^^^^^^^^^^^ 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. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. #
Thanks, added to bug 623556.
