unsubscribe
On Wed, Oct 25, 2017 at 10:04 AM, Andreas Beckmann <a...@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[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
>
>
--
-- Fred
