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
