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

Discussion in 'Linux Virtual Machine' started by Skip72, Oct 27, 2013.

  1. Skip72

    Skip72 Bit poster

    Messages:
    9
    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: Oct 27, 2013
  2. Skip72

    Skip72 Bit poster

    Messages:
    9
    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!
     
  3. Skip72

    Skip72 Bit poster

    Messages:
    9
    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
     

Share This Page