Currently, we need to generate a emul package only for jna, would be nice to make it use, for example, multilib-minimal.eclass. My only doubt is about how that java_prepare works differently than plain src_prepare :/
app-emulation/emul-linux-x86-jna has no reverse dependencies, so maybe it should be removed.
Well, it was useful for running some java programs relying on that 32bits version, was included request at bug 313209
This can be done by overriding -Djre.arch=foo but is it still worth it? I gather the emul-linux-x86 stuff is about to go away. Does that include emul-linux-x86-java? Do we even need that any more? I feel the world has moved on. ercpe, you've been bumping it lately, what do you think?
The package providing this is not emul-linux-x86-java, it's app-emulation/emul-linux-x86-jna instead, that will be removed too.
It was originally included to satisfy request from bug 313209 ... but I don't know if people will still need it :/
(In reply to Pacho Ramos from comment #4)
> The package providing this is not emul-linux-x86-java, it's
> app-emulation/emul-linux-x86-jna instead, that will be removed too.
Yeah I got that but it doesn't make a lot of sense without emul-linux-x86-java. There is no standard place to put jars or native Java libraries and we don't like to put them directly in /usr/lib so they won't automatically get found without help from java-config. I can't imagine anyone manually installing their own 32-bit VM and then manually invoking java-config to make this work. I believe the main use case for having a 32-bit VM was for running applets in 32-bit web browsers. Well hardly anyone uses applets any more and all the browsers have been 64-bit since ages ago so…
Discussed this with ercpe. emul-linux-x86-java is going away and we don't plan to add multilib support to our regular VM packages so there seems little point in adding multilib support here. Please reopen if you think otherwise.