Your message dated Thu, 27 Feb 2014 23:05:22 +0100 with message-id <[email protected]> and subject line Re: Bug#740128: nouveau: libgl looks for nouveau_dri.so on incorrect path with multiarch has caused the Debian Bug report #740128, regarding nouveau: libgl looks for nouveau_dri.so on incorrect path with multiarch to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 740128: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740128 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: libgl1-mesa-dri Version: 9.2.2-1 Severity: important File: nouveau When using nouveau I didn't have 3d acceleration, running glxinfo gave the following error: name of display: :0.0 libGL: OpenDriver: trying /usr/lib/dri/tls/nouveau_dri.so libGL: OpenDriver: trying /usr/lib/dri/nouveau_dri.so libGL error: dlopen /usr/lib/dri/nouveau_dri.so failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: nouveau_dri.so libGL error: driver pointer missing libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so libGL error: dlopen /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: swrast_dri.so libGL error: reverting to indirect rendering display: :0 screen: 0 direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose) Because of multiarch nouveau_dri.so is currently in /usr/lib/i386-linux-gnu/dri and /usr/lib/x86_64-linux-gnu/dri but libgl isn't looking for them. I had to change the LIBGL_DRIVERS_PATH variable to get 3d accel to work. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri:amd64 depends on: ii libc6 2.18-1 ii libdrm-intel1 2.4.52-1 ii libdrm-nouveau2 2.4.52-1 ii libdrm-radeon1 2.4.52-1 ii libdrm2 2.4.52-1 ii libelf1 0.157-3 ii libexpat1 2.1.0-4 ii libffi6 3.0.13-12 ii libgcc1 1:4.8.2-16 ii libllvm3.3 1:3.3-16 ii libstdc++6 4.8.2-16 ii multiarch-support 2.18-1 Versions of packages libgl1-mesa-dri:amd64 recommends: pn libtxc-dxtn-s2tc0 | libtxc-dxtn0 <none> Versions of packages libgl1-mesa-dri:amd64 suggests: pn libglide3 <none> -- no debconf information
--- End Message ---
--- Begin Message ---On 2014-02-26 19:55 +0100, Sven Joachim wrote: > On 2014-02-26 19:34 +0100, Alejandro Carrazzoni wrote: > >> And the output of 'ldd /usr/bin/glxinfo' is: >> [...] >> libGL.so.1 => /usr/lib/libGL.so.1 (0x00007f0f2fb89000) > > This is the problem, you need to get rid of that file which does not > belong to any Debian package. Alejandro told me in private mail that removing the spurious /usr/lib/libGL.so.1 fixed his problem. Closing the bug, Sven
--- End Message ---
