Bug#530772: libgl1-mesa-glx: Recent library update broke starsuite8 (openoffice 2 variant) and glxinfo

[Julien Cristau <jcristau@debian.org>]

On Thu, May 28, 2009 at 12:52:11 +0900, ishikawa,chiaki wrote:

> This is the libGL files under /usr/lib:
>
> lrwxrwxrwx 1 root root 10 2009-01-05 11:29 libGL.so -> libGL.so.1
> lrwxrwxrwx 1 root root 12 2009-02-20 01:07 libGL.so.1 -> libGL.so.1.2
> -rw-r--r-- 1 root root 556108 2009-01-12 09:53 libGL.so.1.2
>
> Do they look like they came from fglrx?

They don't look like they come from libgl1-mesa-glx in any case:
$ dpkg -c /org/ftp.root/debian/pool/main/m/mesa/libgl1-mesa-glx_7.0.3-7_i386.deb | grep libGL.so.1.2
-rw-r--r-- root/root    397196 2008-12-14 06:02 ./usr/lib/libGL.so.1.2
lrwxrwxrwx root/root         0 2008-12-14 06:02 ./usr/lib/libGL.so.1 -> libGL.so.1.2

Does apt-get install --reinstall libgl1-mesa-glx fix the problem?

> It would be mighty handy if there is  consolidated tool to figure out
> the origin of these X library files.
> (Now I am beginning to realize why it was
> so difficult to figure out which package provides libGL.*.
> I tried by searching Debian packages, but was not so sure.
> From what you suggest, it seems to me that there are non-Debian packages (or
> deb packages that are prepared by a third party) that provides the libraries
> in question. Hmm...)
>
Yes, it's a mess.  The debian packages for fglrx and nvidia use
dpkg-divert to install their libGL and move mesa's out of the way.  I
don't know what the vendor-provided installers do, but it's quite
possible they don't bother with this and just replace the already
installed libGL.

Thanks for following up!

Cheers,
Julien