Summary: | emul-linux-x86-xlibs: 32bit GL programs crash on amd64 with Intel i965, patch available | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Paolo Ornati <ornati> |
Component: | [OLD] Library | Assignee: | AMD64 Project <amd64> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | a, esqualante, radek, walch.martin, wil.reichert |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 165270 |
Description
Paolo Ornati
2007-03-24 07:37:11 UTC
Ooops... the brutal copy didn't work (I guess I have to copy something else): LIBGL_DEBUG=1 winecfg Warning: could not find DOS drive for current working directory '/home/paolo', starting in the Windows directory. libGL error: dlopen /usr/lib32/dri/i965_dri.so failed (/usr/lib32/dri/i965_dri.so: undefined symbol: drmCloseOnce) but I can confirm the fix works in the 32bit chroot. (In reply to comment #1) > Ooops... the brutal copy didn't work (I guess I have to copy something else): > Ahh, it's just that newer mesa requires newer libdrm ;) *** Bug 174105 has been marked as a duplicate of this bug. *** I had the same problem here. I updated mesa and libdrm in emul-linux-x86-xlibs and later also all other libs in that package. Both versions work fine. Same here. Can anybody describe the workaround mentioned in Comment #4 From Mr. Anderson? (In reply to comment #5) > Same here. > Can anybody describe the workaround mentioned in Comment #4 From Mr. Anderson? > If think he did the same thing as me... he compiled mesa 6.5.2-r1 in a 32bit chroot and copied the lib files to /usr/lib32. The two files to copy, at least for me, are: dri/i965_dri.so libdrm.so.2.3.0 The precompiled portage emul package is still broken. I'll change the priority, since this BUG causes crashes in 32bit GL apps (winecfg crash on start, Google Earth crash on exit, and so on...) and the fix is EASY! Fixed in 10.1 |