Coming from bug 4411 and from bug 290974. dlopening 32bit shared libs with no version information supplied fails. If introducing linker script was not religious movement preventing non-Gentoo managed packages (like IBM Rational Rhapsody, some proprietary database servers) from working on Gentoo, I'd prefer if there was an option (USE flag?) to have emul-linux libraries install symlinks in /lib32 instead. I can understand RESOLVED/EGOAWAY attitude towards tree packages broken this way, but I think we shouldn't purposely prevent software from running on Gentoo.
Reading that bug reports looks like base-system maintainers won't fix this for native libs... I wouldn't diverge then for emul packages :/
I only reported it against emul-linux as said package (-baselibs- to be more specific) provides those files..
Anyway, feel free to decrease severity as you like, I can manually relink them for my use. Handling of this issue (mostly vapier's dismisses that problem doesn't need fixing in Gentoo) just feels wrong to me.
The problem is that I am unsure how base-system people could agree with this :|, also, this will be useless in the future when we move to newer mgorny's eclasses to natively support multilib
Could you just estimate how much work would be to make those symlinks optional? (by the means of masked USE flag for instance)
Not sure, I guess it can be done tweaking /usr/portage/eclass/emul-linux-x86.eclass a bit. Looks like it would need to run something like "ln -s /usr/lib32/*.so* /lib32" :/
Blah, I'll reopen if I have some patches to offer.
