Bug#879264: cannot enter the desktop environment
unsubscribe On Wed, Oct 25, 2017 at 10:04 AM, Andreas Beckmann 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
Bug#879264: cannot enter the desktop environment
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
Bug#879264: cannot enter the desktop environment
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? > > 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: +AllocExecPages@Base +FindNextStringToken@Base +FreeExecPages@Base +IntersectionExtensionStrings@Base +IsTokenInString@Base +SplitString@Base +UnionExtensionStrings@Base +__glXWrapperInit@Base +entry_generate_default_code@Base +entry_get_patch_addresses@Base +entry_get_public@Base +entry_init_public@Base +entry_patch_finish@Base +entry_patch_start@Base +entry_stub_size@Base +entry_type@Base +glvnd_asprintf@Base +glvnd_byte_swap16@Base +glvnd_vasprintf@Base +stub_find_public@Base +stub_get_addr@Base +stub_get_patch_callbacks@Base +stub_get_slot@Base Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#879264: cannot enter the desktop environment
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 ? > 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
Bug#879264: cannot enter the desktop environment
On Sat, 21 Oct 2017 12:34:31 +0200 Michael Biebl wrote: > Control: reassign -1 liglvnd0-nvidia > Control: forcemerge 878851 -1 > > Hi Lu Wang > > 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 > > > > While you see gdm3 failing to start, your underlying problem is a > botched OpenGL installation coming from the NVIDIA driver. See > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878851 > > I'm reassigning the bug report accordingly. > > Afaics, you should ge able to get back to a usable system by installing > liglvnd0 (which will replace libglvnd0-nvidia) > > Regards, > Michael Andreas, Shall we remove the provides? It looks like, for whatever reasons, not all the symbols are exported by nvidia. Perhaps the bundled glvnd libraries are too old? libGLdispatch.so.0 in libglvnd0 exports that symbol. Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Processed (with 1 error): Re: Bug#879264: cannot enter the desktop environment
Processing control commands: > reassign -1 liglvnd0-nvidia Bug #879264 [gdm3] cannot enter the desktop environment Bug reassigned from package 'gdm3' to 'liglvnd0-nvidia'. Warning: Unknown package 'liglvnd0-nvidia' Warning: Unknown package 'liglvnd0-nvidia' No longer marked as found in versions gdm3/3.26.1-3. Warning: Unknown package 'liglvnd0-nvidia' Warning: Unknown package 'liglvnd0-nvidia' Ignoring request to alter fixed versions of bug #879264 to the same values previously set Warning: Unknown package 'liglvnd0-nvidia' > forcemerge 878851 -1 Bug #878851 [libglvnd0-nvidia] libgl1-mesa-dri: after updating the mesa libs from 13.0.6 to 17.2.2 X does not start any longer Bug #878948 [libglvnd0-nvidia] Couldn't open libGL.so.1: /usr/lib/x86_64-linux-gnu/libGL.so.1: undefined symbol: _glapi_tls_Current Bug #878968 [libglvnd0-nvidia] libglvnd0-nvidia: undefined symbol: _glapi_tls_Current makes system unusable Unable to merge bugs because: package of #879264 is 'liglvnd0-nvidia' not 'libglvnd0-nvidia' Failed to forcibly merge 878851: Did not alter merged bugs. -- 878851: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878851 878948: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878948 878968: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878968 879264: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879264 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
