Instead of using IUSE=multilib and multilib.eclass magic, please switch to the verbose-and-explicit multilib-build eclass or the multilib-minimal eclass, whichever suits you better. Afterwards, please add [${MULTILIB_USEDEP}] on your package to virtual/opencl.
# required by =virtual/glu-9.0-r1 (argument) # /usr/portage/profiles/package.mask: # Michał Górny <mgorny@gentoo.org> (21 Sep 2013) # Mask multilib versions of OpenGL packages for testing. =virtual/glu-9.0-r1 needed by multilib ati-drivers
(In reply to emil karlson from comment #1) > # required by =virtual/glu-9.0-r1 (argument) > # /usr/portage/profiles/package.mask: > # Michał Górny <mgorny@gentoo.org> (21 Sep 2013) > # Mask multilib versions of OpenGL packages for testing. > =virtual/glu-9.0-r1 > > needed by multilib ati-drivers Please revbump ati-drivers for the change and add it to that mask as well. Or just tell me what version will the ebuild have and I'll commit the mask for you.
Now masked in x11-overlay.
The ati-drivers-14.4 should be multilib-build compatible just as long as USE=multilib for multilib systems (perhaps add REQUIRED_USE="abi_x86_32? ( abi_x86_64? ( multilib ) ) ") 14.4_rc-r1 uses multilib build, but is not compatible with non multilib-build systems I guess we can use the compatible old style ebuilds until the transition is complete and then switch to multilib-build version
Dropped compat ebuild as I couldn't immediately figure out how to update non-multilib-build system to xorg-server-1.16. It seems to me that this task is now done.
Just one minor note: please add before inherits: MULTILIB_COMPAT=( abi_x86_{32,64} ) so that the eclass won't declare ABI support for other ABIs and arches :).
Recent versions support multilib-build, so I guess this is fixed.