http://bugs.winehq.org/show_bug.cgi?id=29744
--- Comment #9 from Plüss Roland roland@rptd.ch 2012-01-30 20:47:18 CST --- (In reply to comment #8)
Different versions mean they came from different packages. This also means what you say "it works for everything else" invalid. You were testing 64-bit binaries weren't you?
32bit and 64bit binaries. I ran a quick qfile on the 32bit library. The 64-bit library comes from media-libs/openal and the 32bit one from app-emulation/emul-linux-x86-sdl . So far this is fine since this is how GenToo handles 32bit libraries. I also ran a full find on the libraries so here it goes:
# find lib* -name "*openal*" lib32/libopenal.so lib32/wine/openal32.dll.so lib32/wine/fakedlls/openal32.dll lib32/libopenal.so.1.11.753 lib32/libopenal.so.1 lib64/libopenal.so lib64/wine/openal32.dll.so lib64/wine/fakedlls/openal32.dll lib64/debug/usr/lib32/wine/openal32.dll.so.debug lib64/debug/usr/lib64/wine/openal32.dll.so.debug lib64/libopenal.so.1.13.0 lib64/pkgconfig/openal.pc lib64/libopenal.so.1
So obviously wine installs an openal32.dll.so in both the 32bit and 64bit library path. I assume these overwrite the system openal libraries when wine runs so the problem should be entirely inside wine then (since these libraries override the system ones).
Anything else that I could run to narrow down where wine has a problem?