Bug#879264: cannot enter the desktop environment

Andreas Beckmann anbe at debian.org
Wed Oct 25 12:04:25 UTC 2017


On 10/24/2017 08:11 PM, Luca Boccassi wrote:
> On Tue, 2017-10-24 at 15:23 +0200, Andreas Beckmann wrote:
>> On 10/23/2017 10:16 PM, Luca Boccassi wrote:
>>>> Am 21.10.2017 um 12:10 schrieb Lu Wang:
>>>>> Oct 21 16:58:56 lenovo /usr/lib/gdm3/gdm-x-session[16569]:
>>>>> Couldn't
>>>
>>> open libGL.so.1: /usr/lib/x86_64-linux-gnu/libGL.so.1: undefined
>>> symbol: _glapi_tls_Current
>>> Shall we remove the provides? It looks like, for whatever reasons,
>>> not
>>
>> or lower the provided version ?
> 
> I thought virtual packages were unversioned? How could we do it?

We have had versioned Provides for some time already, and now that the
stable toolchain supports them, they can actually be used :-)

>>> all the symbols are exported by nvidia. Perhaps the bundled glvnd
>>> libraries are too old?
>>>
>>> libGLdispatch.so.0 in libglvnd0 exports that symbol.
>>
>> Do we have missing symbols in other packages mirroring libglvnd?
>>
>>
>> Andreas
> 
> It's the only one in libglvnd0 - it's missing even in the very latest
> 387.xx release which is strange.
> 
> libegl1-glvnd-nvidia is missing eglCreatePlatformPixmapSurfaceEXT@ and 
> eglCreatePlatformWindowSurfaceEXT
> 
> libglx0-glvnd-nvidia is missing __GLXGL_CORE_FUNCTIONS
> 
> Curiously libgl1-glvnd-nvidia-glx has more symbols than libgl1:

That should be (mostly) harmless ...

I hope I did disable the problematic Provides and uploaded it with
urgency=high without much testing :-)


Andreas



More information about the pkg-nvidia-devel mailing list