Summary: | Please include dev-libs/nspr in emul- pkgs | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nathan Caldwell <saintdev> |
Component: | [OLD] Library | Assignee: | AMD64 Project <amd64> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | jer, mozilla, pacho, vapier |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | nspr-4.7.3-r1.ebuild |
Description
Nathan Caldwell
2008-12-22 21:06:39 UTC
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 *** |