sys-kernel/dracut-033 fails the multilib-strict test, as it wants to install the new dracut-install to /usr/lib/dracut.
Thank you for the report! +*dracut-033-r1 (25 Sep 2013) + + 25 Sep 2013; Amadeusz Żołnowski <aidecoe@gentoo.org> dracut-033.ebuild, + +dracut-033-r1.ebuild: + Dropped optimization flag, because it is no longer an option. dracut-install + binary is installed into libdir, therefore it was required to set target lib + directory according to multilib rules. + + It fixes bug #485218 and bug #485202. +
This breaks SYMLINK_LIB="no" installs. The /usr/bin/dracut script still looks in /usr/lib for the dracutbasedir even though it's now installed in /usr/lib64. On SYMLINK_LIB="no" /usr/lib is for x86 AND non-ABI-specific components. TBH, I'm not even convinced this is a candidate for multilib-strict, the only binary is dracut-install which arguably should be in /usr/libexec anyway, everything else is non-ABI-specific.
Alternatively dracut-install could be installed into /usr/{s}bin, then no changes even need to be made to dracut-functions{.sh} since it searches the PATH first before trying $dracutbasedir/dracut-install.
Created attachment 359780 [details, diff] patch against dracut-033-r1.ebuild Restore "MY_LIBDIR", put native binary executable "dracut-install" into /usr/sbin and remove it from installed $dracutbasedir.
Fixed once again. Thank you, Steven! +*dracut-033-r2 (02 Oct 2013) + + 02 Oct 2013; Amadeusz Żołnowski <aidecoe@gentoo.org> +dracut-033-r2.ebuild, + +files/033-0003-Use-the-same-paths-in-dracut.sh-as-tho.patch, + +files/033-0004-Install-dracut-install-into-libexec-di.patch: + Fixes bug #485204 and bug #485218. + + Thanks to Alexander Tsoy <alexander@tsoy.me> for suggestions on bug #485204. + + Thanks to Steven Newbury <s_j_newbury@yahoo.co.uk> for good suggestions on + bug #485218. Patch installing dracut-install to /usr/libexec has been + submitted upstream. +