Bugzilla Bug 252207

I was attempting to build Chromium, and noticed there were no 32-bit copies of
nspr in the emul-linux-x86 packages. So I made up multilib ebuilds.

This is probably completely, and utterly wrong, but there seems to be very
little documentation on creating multilib ebuilds. So, I had to go off the few
that were in the portage tree. If anyone has any suggestions, please let me
know.

Created an attachment (id=176173) [details]
nspr-4.7.3-r1.ebuild

multilib nspr ebuild.

This is not ideal. Gentoo should not be forcing 32bit libs down a multilib
setup if the user does not want/need the libs. This is one of the major
problems right now with mplayerplug-in. There needs to be a new bug that
addresses this one issue before any of these others can really be addressed.

Isn't that the point of the multilib USE flag? I thought it only gave the
default ABI when off, and all the ABIs when on.

Let's find out if there's interest...

Well, the amd64 team won't be placing ebuilds in the tree that are maintained
by another team. If the mozilla team would like to add this, then we can test
it as desired. For now, it is up to them. Re-assigning.

packages shouldnt go doing multilib builds themselves.  the options are:
 - integrate it into the mondo emul package amd64 maintains
 - do nothing and wait for proper multilib support to be implemented

I am interested in including the 32bit libraries... doesn't matter to me how
you do it.