As for the library at fault, it's /usr/lib32/libGL.so* extracted from libgl1-mesa-glx. The path "/usr/lib/dri" is hardcoded into that library. Running this: `sed -i -e 's,/usr/lib/dri,/usr/l32/dri,g' /usr/lib32/libGL.so.1.2`, and then symlinking /usr/l32 to /usr/lib32 is a hack-ish workaround that I've used to test out this theory, which works. (Note that I couldn't change it to /usr/lib32/dri directly because that changes the length and causes segfaults.)
An issue caused by this is WineD3D segfaulting (it should not happen if DRI works). I submitted a patch upstream at http:// bugs.winehq. org/show_ bug.cgi? id=20448.
As for the library at fault, it's /usr/lib32/ libGL.so* extracted from libgl1-mesa-glx. The path "/usr/lib/dri" is hardcoded into that library. Running this: `sed -i -e 's,/usr/ lib/dri, /usr/l32/ dri,g' /usr/lib32/ libGL.so. 1.2`, and then symlinking /usr/l32 to /usr/lib32 is a hack-ish workaround that I've used to test out this theory, which works. (Note that I couldn't change it to /usr/lib32/dri directly because that changes the length and causes segfaults.)