Bug#850083: libgl1-mesa-glx: Driver radeonsi_dri not in expected directory /usr/lib32/dri/tls/
[ Please always keep the bug address in Cc ]
On 21/01/17 09:50 AM, Andy Johnstone wrote:
> On Tue, 2017-01-17 at 16:15 +0900, Michel Dänzer wrote:
>> 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:
>>>>>
>>>>> 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.
>>
>>
> Brilliant Michel!
>
> There is indeed an old script, from a previous card, which is setting
> that environment variable. In /etc/init.d
>
> That script is being deleted as we speak.
>
> Thank you for your assistance!
No problem.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
Reply to: