2017-12-06 21:50 GMT+01:00 Aurelien Jarno <aurel...@aurel32.net>: > On 2017-12-06 19:39, Julien Aubin wrote: > > Weird... this time I re-upgraded libc6 and things work fine... looks like > > something wrong went during the install. And I cannot reproduce the issue > > anymore... :'( WTF ??? > > Hmm, a bug has been introduced in libc6 version 2.24-11+deb9u2, which in > some conditions leave the /etc/ld.so.nohwcap file instead of removing it > just after the upgrade (see bug#883394). One of the condition is to have > libc6-i686 installed (while it can be safely removed), which seems to be > your case. > > I consider this bug harmless as it should not deactivate anything now > that the default libc is already i686 optimized. Also I don't see how it > could trigger the issue you described. Anyway better be safe than sorry, > could you please try to create this file with "touch /etc/ld.so.nohwcap" > as root and see if it makes the issue to reappear? Once the test is done > you can then remove it. > > Thanks, > Aurelien >
Bingo ! It was exactly this ! If I re-create the file for example it crashes glxgears. When I remove it glxgears works fine. With GDB, the stack trace for when I run glxgears : 0 0x00007ffff6b311a4 in pthread_mutex_lock (mutex=0x7ffff604e8c0) at forward.c:192 #1 0x00007ffff5de1308 in __glDispatchNewVendorID () from /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 #2 0x00007ffff60793c2 in ?? () from /usr/lib/x86_64-linux-gnu/libGLX.so.0 #3 0x00007ffff607a1ac in ?? () from /usr/lib/x86_64-linux-gnu/libGLX.so.0 #4 0x00007ffff6073170 in glXChooseVisual () from /usr/lib/x86_64-linux-gnu/libGLX.so.0 #5 0x000055555555779f in ?? () #6 0x0000555555555ae7 in ?? () #7 0x00007ffff6a5c2e1 in __libc_start_main (main=0x555555555970, argc=1, argv=0x7fffffffe638, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe628) at ../csu/libc-start.c:291 #8 0x000055555555646a in ?? () > > -- > Aurelien Jarno GPG: 4096R/1DDD8C9B > aurel...@aurel32.net http://www.aurel32.net >