fglrx ldconfig priority should be above mesa's
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
fglrx-installer (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
I'm using Ubuntu 14.10 on x64 with the latest updates.
The Factor language dynamically loads ``libGL.so`` for its graphical environment. On machines with a Radeon card and the ``fglrx-updates`` package, the preferred ``libGL.so`` path is ``/usr/
However, if ``libgl1-mesa-dev`` is installed, there's another ``libGL.so`` in ``/usr/
Now, I would like to remove `libgl1-mesa-dev`, except that it is required for `libgtkglext1-dev` which contains the function `gtk_gl_init()`, which is required for the graphical environment for Factor.
The crux of the issue is that ``/usr/
```
erg@erglinux:~$ ldconfig -v | grep "^/"
/sbin/ldconfig.
/sbin/ldconfig.
/sbin/ldconfig.
/usr/lib/
/usr/local/lib:
/lib/x86_
/usr/lib/
/sbin/ldconfig.
/usr/lib/
/usr/lib/fglrx:
/usr/lib32/fglrx:
/usr/lib/
/lib32:
/usr/lib32:
/lib:
/usr/lib:
```
Would there be anything wrong with moving the ``/usr/lib/fglrx`` entries above ``/lib/
This appears to be an issue with nvidia's binary drivers as well, since ``/usr/lib/nvidia`` gets searched after ``/usr/
Finally, if ``libgl1-mesa-dev`` wasn't required for ``libgtkglext1-
Thanks,
Doug
Ok, somehow ``ldconfig -v`` searches and presumably finds the mesa driver first, but ``ldconfig -p`` lists fglrx before mesa. Thus, there is no problem here (except my understanding of why -v and -p orders are not consistent).
I still think it's ugly that ``libgtkglext1- dev`` depends on ``libgl1- mesa-dev` `. Is this necessary?