Summary: | Alsa-lib 32bit library needed on amd64 systems for 32bit applications | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tony Murray <tonymurray> |
Component: | [OLD] Library | Assignee: | Gentoo Sound Team <sound> |
Status: | VERIFIED WONTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2004.3 | ||
Hardware: | AMD64 | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Tony Murray
2005-01-19 14:37:25 UTC
Don't use -m32/-m64 in portage. You will most likely break something. Use emul-linux-x86-soundlibs until portage fully supports multilib packages. And FWIW, the multilib USE flag is being retired on amd64. Its effects are on by default starting with 2005.0. I never said anything about using -m32/-m64 in portage... It's nice to know that 32/64bit environment is going to be the default it will help clear up many issues such as this. Unfortunately I found the emul-linux-x86-soundlibs after posting this bug, which is full of many prebuilt libs, yuk... The binary alsa libs came back and bit me! The binary 32bit alsalib is version 1.0.5 which finally broke against the version 1.0.8 in my kernel, and 1.0.9rc2 in my 64bit install. So, I had to do what I had done origionally when I posted this. Proving again, binary=bad. On a side note why is -m32/-m64 so evil? because you should let portage handle it. Also, can youu give me a test case where the 1.0.5 32bit libs fail with the 1.0.8 drivers? I know there's a bug in the 2.6.11 in-kernel drivers, but it should be fixed in the latest g-d-s-2.6.11-rX Well, emul-linux-x86-soundlibs has been updated, fixing this for now, but I still don't like the emul-linux-x86 package approach. It is never a long-term fix. But whatever, I'll close this bug as this is not a venue to discuss that. Closing. |