[ Re-adding the bug report to Cc ] On 14/01/17 08:17 AM, Andy Johnstone wrote: > On Thu, 2017-01-05 at 17:02 +0900, Michel Dänzer wrote: >> On 04/01/17 08:00 AM, Andy Johnstone wrote: >>> Package: libgl1-mesa-glx >>> Version: 13.0.2-3 >>> Severity: important >>> Tags: d-i >>> >>> Dear Maintainer, >>> >>> After installing all required dependencies for 3D graphics (Radeon >>> RX480) on debian stretch amd64, no applications requiring 3D would >>> start. >>> >>> I am struggling to determine where/to whom this bug should be >>> reported, please forward as necessary. >>> >>> Running LIBGL_DEBUG=verbose glxinfo >>> Revealed the following: >>> >>> name of display: :0 >>> libGL: Can't open configuration file /home/tux/.drirc: No such file >>> or directory. >>> libGL: pci id for fd 4: 1002:67df, driver radeonsi >>> libGL: OpenDriver: trying /usr/lib32/dri/tls/radeonsi_dri.so >>> libGL: OpenDriver: trying /usr/lib32/dri/radeonsi_dri.so >>> libGL: dlopen /usr/lib32/dri/radeonsi_dri.so failed >>> (/usr/lib32/dri/radeonsi_dri.so: cannot open shared object file: No >>> such file or directory) >>> >>> The driver is installed, but at location: >>> /usr/lib/x86_64-linux-gnu/dri/ >>> >>> Creating a symlink at /usr/lib32/dri/tls/ allows all 3D >>> applications to run normally: >>> ln -s /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so radeonsi_dri.so >> >> What does >> >> env | grep PATH >> >> say in a shell which is affected by the problem? >> > Good morning Michael, thank you for your interest. > > tux@tuxbox:~$ env | grep PATH > LIBGL_DRIVERS_PATH=/usr/lib32/dri:/usr/lib/dri
You need to find out where this environment variable gets set (probably somewhere in /etc/?), and get rid of it. This isn't a libgl1-mesa-glx package bug. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Mesa and X developer
