Bug#850083: libgl1-mesa-glx: Driver radeonsi_dri not in expected directory /usr/lib32/dri/tls/
[ 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
Reply to: