Public bug reported:
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``.
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
Also still in 13.04 and affects the Factor programming language.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/943162
Title:
libgl1-mesa-dev links libGL.so to mesa/libGL.so which conflicts
This is a real usability issue. I have a Mac Pro running two Ubuntu VMs
and I never want them to activate screensavers/sleep mode/locked screen
--the Mac Pro has its own power-saving features. The 12.04 VM works
correctly, but the 12.10 has no easy option to stop the screen from
turning black.
I
4 matches
Mail list logo