On Fri, Nov 14, 2014 at 23:42:37 +0000, Simon McVittie wrote: > I think the problem here is that something is not right in the > dependencies for the i965_dri.so and swrast_dri.so drivers, > so you don't have any OpenGL support (not even software rendering) > and GNOME Shell can't run: > > On Tue, 11 Nov 2014 at 16:02:26 +0100, Janusz S. Bien wrote: > > Nov 11 15:52:14 cauda gdm-Xorg-:0[826]: (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/i965_dri.so failed (/usr/lib/i386-linux-gnu/dri/i965_dri.so: undefined symbol: _glapi_tls_Dispatch) > > Nov 11 15:52:14 cauda gdm-Xorg-:0[826]: (EE) AIGLX: reverting to software rendering > > Nov 11 15:52:18 cauda ntpdate[907]: adjust time server 193.25.222.240 offset -0.308040 sec > > Nov 11 15:52:18 cauda gdm-Xorg-:0[826]: (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri.so failed (/usr/lib/i386-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) > > Nov 11 15:52:18 cauda gdm-Xorg-:0[826]: (EE) GLX: could not load software renderer > > Nov 11 15:52:18 cauda gdm-Xorg-:0[826]: (II) GLX: no usable GL providers found for screen 0 > > Janusz, could you please reply with the output of this command? > > dpkg-query -W 'libgl1*' 'libglapi*' > > Mesa maintainers: should libgl1-mesa-dri have a versioned dependency on > libglapi-mesa or something, to ensure that all the symbols needed by the > DRI modules are present? > Our libGL has had the glapi_tls symbols for years, so no. It seems more likely the user has a non-tls libGL in /usr/local or something. Janusz, what's the output of 'ldd /usr/lib/xorg/modules/extensions/libglx.so'? Cheers, Julien
Attachment:
signature.asc
Description: Digital signature