PD9, Debian Jessie, Compiling cinnamon-session-2.0.2,Can't locate libGL

Skip72

Bit poster
Hi,

I am trying to compile the newly-released Cinnamon 2.0 desktop environment under PD9. I can compile the same code under Debian Wheezy and under LMDE Cinnamon UP7, both of which use an older version of the xserver (1.12.x vs 1.14.3 in Jessie). The module that is failing to compile is cinnamon-session-check-accelerated-helper. The failure is due to not being able to locate libGL, which I believe is actually installed, but I can't find it. Output from "glxinfo | grep OpenGL:"

OpenGL vendor string: Parallels and NVIDIA Corporation
OpenGL renderer string: Parallels using NVIDIA GeForce GTX 650 Ti OpenGL Engine
OpenGL version string: 2.1 NVIDIA-8.18.22 310.40.05f01
OpenGL shading language version string: 1.2

I'm stuck at trying to figure out what changes need to be made to work with the newer xserver code. Can anyone help get me started?

Thanks,
--skip
 
Last edited:
I found and fixed the error. For some reason, the file /usr/lib/x86_64-linux-gnu/libGL.so was linked to libGL.so.1.1 instead of libGL.so.1. The file libGL.so.1.1 did not exist, but libGL.so.1 did and was linked to libGL.so.9.0.23136.932290. I have another Debian VM running Wheezy, and in that machine the libGL.so is linked correctly.

Strange!
 
I found and fixed the error. For some reason, the file /usr/lib/x86_64-linux-gnu/libGL.so was linked to libGL.so.1.1 instead of libGL.so.1. The file libGL.so.1.1 did not exist, but libGL.so.1 did and was linked to libGL.so.9.0.23136.932290. I have another Debian VM running Wheezy, and in that machine the libGL.so is linked correctly.

Strange!

I did some more research, and now understand what's going on:

In the absence of Parallels (native install), in the /us/lib/x86_64-linux-gnu directory there are 3 files: libGL.so, libGL.so.1, and libGL.so.1.2

In the older version,
libGL.so links to libGL.so.1
libGL.so.1 links to libGL.so.1.2

In the new version,
libGL.so links to libGL.so.1.2
libGL.so.1 links to libGL.so.1.2

In a nondevelopment environment, at least in Debian, the libGL.so file is not present, so the problem does not exist.

When prl-tools is installed, the libGL.so.1.2 driver is replaced with libGL.so.9.0.23136.932290, and the link from libGL.so.1 is changed to point to the replaced driver. After installing the development module libgl1-mesa-dev, the libGL.so with the broken link is installed. Changing the link to libGL.so.1 fixes the problem...

--skip
 
Back
Top