Bug#879264: cannot enter the desktop environment
Frederico Rodrigues Abraham
devotion97 at gmail.com
Wed Oct 25 13:40:16 UTC 2017
On Wed, Oct 25, 2017 at 10:04 AM, Andreas Beckmann <anbe at debian.org> wrote:
> 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:
> >>>>> 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 :-)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the pkg-nvidia-devel