I get an libGl.so.1.2 from the mese package, now wine works but fall back zu software rendering.
I found some information about this:
I think this is the source of the problem with wine.
LDD gave me that.
MESE-Lib:
ATI-Lib:
I found some information about this:
# For direct rendering libGL has to be able to load one or more
# dri modules (files ending in _dri.so, like fglrx_dri.so).
# Gentoo's mesa looks for these files in the location specified by
# LIBGL_DRIVERS_PATH or LIBGL_DRIVERS_DIR, then in the hardcoded
# location /usr/$(get_libdir)/dri. Ati's libGL does the same
# thing, but the hardcoded location is /usr/X11R6/lib/modules/dri
# on x86 and amd64 32bit, /usr/X11R6/lib64/modules/dri on amd64
# 64bit. So we can either put the .so files in that (unusual,
# compared to "normal" mesa libGL) location or set
# LIBGL_DRIVERS_PATH. We currently do the latter. See also bug
# 101539.
# The problem with this approach is that LIBGL_DRIVERS_PATH
# *overrides* the default hardcoded location, it does not extend
# it. So if ati-drivers is merged but a non-ati libGL is selected
# and its hardcoded path does not match our LIBGL_DRIVERS_PATH
# (because it changed in a newer mesa or because it was compiled
# for a different set of multilib abis than we are) stuff breaks.
# dri modules (files ending in _dri.so, like fglrx_dri.so).
# Gentoo's mesa looks for these files in the location specified by
# LIBGL_DRIVERS_PATH or LIBGL_DRIVERS_DIR, then in the hardcoded
# location /usr/$(get_libdir)/dri. Ati's libGL does the same
# thing, but the hardcoded location is /usr/X11R6/lib/modules/dri
# on x86 and amd64 32bit, /usr/X11R6/lib64/modules/dri on amd64
# 64bit. So we can either put the .so files in that (unusual,
# compared to "normal" mesa libGL) location or set
# LIBGL_DRIVERS_PATH. We currently do the latter. See also bug
# 101539.
# The problem with this approach is that LIBGL_DRIVERS_PATH
# *overrides* the default hardcoded location, it does not extend
# it. So if ati-drivers is merged but a non-ati libGL is selected
# and its hardcoded path does not match our LIBGL_DRIVERS_PATH
# (because it changed in a newer mesa or because it was compiled
# for a different set of multilib abis than we are) stuff breaks.
LDD gave me that.
MESE-Lib:
linux-gate.so.1 => (0xf7ee6000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7d6b000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7d5d000)
libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7d58000)
libXdamage.so.1 => /usr/lib32/libXdamage.so.1 (0xf7d55000)
libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xf7d4f000)
libm.so.6 => /lib32/libm.so.6 (0xf7d2b000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf7d14000)
libdl.so.2 => /lib32/libdl.so.2 (0xf7d10000)
libdrm.so.2 => /usr/lib32/libdrm.so.2 (0xf7d07000)
libc.so.6 => /lib32/libc.so.6 (0xf7bb5000)
libxcb-xlib.so.0 => /usr/lib32/libxcb-xlib.so.0 (0xf7bb2000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7b9a000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7b97000)
/lib/ld-linux.so.2 (0xf7ee7000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7b92000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7d6b000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7d5d000)
libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7d58000)
libXdamage.so.1 => /usr/lib32/libXdamage.so.1 (0xf7d55000)
libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xf7d4f000)
libm.so.6 => /lib32/libm.so.6 (0xf7d2b000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf7d14000)
libdl.so.2 => /lib32/libdl.so.2 (0xf7d10000)
libdrm.so.2 => /usr/lib32/libdrm.so.2 (0xf7d07000)
libc.so.6 => /lib32/libc.so.6 (0xf7bb5000)
libxcb-xlib.so.0 => /usr/lib32/libxcb-xlib.so.0 (0xf7bb2000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7b9a000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7b97000)
/lib/ld-linux.so.2 (0xf7ee7000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7b92000)
linux-gate.so.1 => (0xf7fdd000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf7f22000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7f14000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7f07000)
libc.so.6 => /lib32/libc.so.6 (0xf7db5000)
/lib/ld-linux.so.2 (0xf7fde000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7cc5000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7cc2000)
libxcb-xlib.so.0 => /usr/lib32/libxcb-xlib.so.0 (0xf7cc0000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7ca8000)
libdl.so.2 => /lib32/libdl.so.2 (0xf7ca4000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7c9e000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf7f22000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7f14000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7f07000)
libc.so.6 => /lib32/libc.so.6 (0xf7db5000)
/lib/ld-linux.so.2 (0xf7fde000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7cc5000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7cc2000)
libxcb-xlib.so.0 => /usr/lib32/libxcb-xlib.so.0 (0xf7cc0000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7ca8000)
libdl.so.2 => /lib32/libdl.so.2 (0xf7ca4000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7c9e000)
Comment