app-emulation/wine pulls in app-emulation/emul-linux-x86-* packages. These are blocking against different libraries, build with ABI_X86_32. Reproducible: Always Steps to Reproduce: 1. Replace app-emulation/emul-linux-x86-* with correct native packages 2. try to emerge wine Actual Results: no emerge possible Expected Results: emerge works There are many packages having fixed this already. The nvidia-drivers ebuild pa uses: multilib? ( || ( ( x11-libs/libX11[abi_x86_32] x11-libs/libXext[abi_x86_32] ) app-emulation/emul-linux-x86-xlibs ) )
Unfortunately, there are libraries in almost all emul-linux-x86-* packages (especially in emul-linux-x86-baselibs) which are needed by Wine but have not yet been converted to multilib. The best we could do at the moment is optionally eliminate emul-linux-x86-xlibs and emul-linux-x86-opengl dependencies.
Also, note that you can simply emerge any app-emulation/emul-linux-x86-* package with USE=abi_x86_32 to avoid the blocker. (For emul-linux-x86-* packages, USE=abi_x86_32 means "don't install libraries that would collide with multilib packages").
(In reply to Alexandre Rostovtsev from comment #2) > Also, note that you can simply emerge any app-emulation/emul-linux-x86-* > package with USE=abi_x86_32 to avoid the blocker. (For emul-linux-x86-* > packages, USE=abi_x86_32 means "don't install libraries that would collide > with multilib packages"). No. From emul-linux-x86-xlibs/emul-linux-x86-xlibs-20130224.ebuild: RDEPEND="~app-emulation/emul-linux-x86-baselibs-${PV} x11-libs/libX11 opengl? ( app-emulation/emul-linux-x86-opengl ) !media-libs/fontconfig[abi_x86_32] !media-libs/freetype[abi_x86_32] !x11-libs/libICE[abi_x86_32] !x11-libs/libpciaccess[abi_x86_32] !x11-libs/libSM[abi_x86_32] !x11-libs/libvdpau[abi_x86_32] !x11-libs/libX11[abi_x86_32] !x11-libs/libXau[abi_x86_32] !x11-libs/libXaw[abi_x86_32] !x11-libs/libxcb[abi_x86_32] !x11-libs/libXcomposite[abi_x86_32] !x11-libs/libXcursor[abi_x86_32] !x11-libs/libXdamage[abi_x86_32] !x11-libs/libXdmcp[abi_x86_32] !x11-libs/libXext[abi_x86_32] !x11-libs/libXfixes[abi_x86_32] !x11-libs/libXft[abi_x86_32] !x11-libs/libXi[abi_x86_32] !x11-libs/libXinerama[abi_x86_32] !x11-libs/libXmu[abi_x86_32] !x11-libs/libXp[abi_x86_32] !x11-libs/libXpm[abi_x86_32] !x11-libs/libXrandr[abi_x86_32] !x11-libs/libXrender[abi_x86_32] !x11-libs/libXScrnSaver[abi_x86_32] !x11-libs/libXt[abi_x86_32] !x11-libs/libXtst[abi_x86_32] !x11-libs/libXv[abi_x86_32] !x11-libs/libXvMC[abi_x86_32] !x11-libs/libXxf86dga[abi_x86_32] !x11-libs/libXxf86vm[abi_x86_32]"
(In reply to Thomas Berger from comment #3) > No. From emul-linux-x86-xlibs/emul-linux-x86-xlibs-20130224.ebuild: Of course, you are looking at an emul-linux-x86-* version from 8 months ago! Before the multilib conversion process started. If you are experimenting with ABI_X86="32 64", you should be using ACCEPT_KEYWORDS="~amd64" and emul-linux-x86-xlibs-20131008.
Updated the dependencies, you should be able to get rid of emul-linux-x86-xlibs and -opengl now. + 15 Oct 2013; Alexandre Rostovtsev <tetromino@gentoo.org> wine-1.6.ebuild, + wine-1.7.0.ebuild, wine-1.7.3.ebuild, wine-1.7.4.ebuild, wine-9999.ebuild: + Update multilib dependencies and allow in some cases for individual libraries + with ABI_X86=32 to be used instead of emul-linux-x86-* (bug #488116, thanks + to Thomas Berger).