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 attachment 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.
Current www-client/chromium works natively on amd64, does any other app require this?
*** This bug has been marked as a duplicate of bug 252220 ***