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