fglrx ldconfig priority should be above mesa's

Bug #1462515 reported by Doug Coleman
10
This bug affects 2 people
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/lib/fglrx/libGL.so``.

However, if ``libgl1-mesa-dev`` is installed, there's another ``libGL.so`` in ``/usr/lib/x86_64-linux-gnu/libGL.so``.

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/lib/x86_64-linux-gnu`` has higher priority than ``/usr/lib/fglrx``, so programs that load ``libGL.so`` find the mesa version first:

```
erg@erglinux:~$ ldconfig -v | grep "^/"
/sbin/ldconfig.real: Path `/lib/x86_64-linux-gnu' given more than once
/sbin/ldconfig.real: Path `/usr/lib/x86_64-linux-gnu' given more than once
/sbin/ldconfig.real: /lib/x86_64-linux-gnu/ld-2.19.so is the dynamic linker, ignoring

/usr/lib/x86_64-linux-gnu/libfakeroot:
/usr/local/lib:
/lib/x86_64-linux-gnu:
/usr/lib/x86_64-linux-gnu:
/sbin/ldconfig.real: /lib32/ld-2.19.so is the dynamic linker, ignoring

/usr/lib/x86_64-linux-gnu/mesa-egl:
/usr/lib/fglrx:
/usr/lib32/fglrx:
/usr/lib/x86_64-linux-gnu/mir/client8driver/mesa:
/lib32:
/usr/lib32:
/lib:
/usr/lib:
```

Would there be anything wrong with moving the ``/usr/lib/fglrx`` entries above ``/lib/x86_64-linux-gnu:``?

This appears to be an issue with nvidia's binary drivers as well, since ``/usr/lib/nvidia`` gets searched after ``/usr/x86_64-linux-gnu``.

Finally, if ``libgl1-mesa-dev`` wasn't required for ``libgtkglext1-dev``, that would also solve my problem because I wouldn't have the mesa drivers installed at all.

Thanks,
Doug

Revision history for this message
Doug Coleman (doug-coleman) wrote :

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?

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in fglrx-installer (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.