I am attaching a patch against emul-linux-x86-soundlibs-20110928.ebuild that adds a "jack" USE flag. If it's not set, then the JACK libraries are not installed. This is needed because of JACK2 (which is not in portage yet), which supports building a 32-bit compatibility library for 32-bit JACK clients on 64-bit systems. Doing that clashes with the libraries from emul-linux-x86-soundlibs. The result is that 32-bit clients attempt to load incompatible libraries and either crash or don't work. Right now, if a user installs JACK2 on his machine, he has to delete the libraries from the emul package by hand first. Adding the "jack" USE flag solves the problem. Reproducible: Always
Created attachment 299063 [details, diff] Add "jack" USE flag to emul-linux-x86-soundlibs-20110928.ebuild
This is wontfix because packages shouldn't provide 32bits libs themselves, they should either get that libs in an emul set or wait for bug 145737 As jack2 is not even in the tree, people using that unofficial ebuilds shouls handle this problem themselves. (Dropping jack support is not as easy as simply applying this patch, as I would need to manually package two versions for other included libs like portaudio that need to be recompiled with and without jack support)
Even if you don't apply the patch, the package is still bugged. When a new JACK version comes out, the libs provided by this emul ebuild will not work. You get error messages about incompatible JACK host. For example, JACK 0.121.3 (in Portage) does not work with the 20110928 emul package. Perhaps an emul-linux-x86-jack package might be a good idea. > or wait for bug 145737 lol :-/
That jack version is from testing and emul packages are (generally) built with stable tree, then, the idea would be to downgrade to stable and try to make stable versions coordinated with emul sets (that is often a bit hard due lack of time to update emul packages frequently :( )
Well, another headache to care of manually. All the manually maintained workarounds piled up skyscraper-high in the last 5 years I'm using Gentoo. By now the whole thing feels like a wacky contraption held together with cheap glue tape and is ready to collapse any minute now.
We all hate current situation with emul packages as they are not flexible enough :-/, but multilib-overlay still needs to progress more until we are able to switch to it. Regarding other workarounds, maybe some of them have an easier solution than this one.
