Bug#1016363: libx11-6 1.8.1 also breaks glxinfo

[Richard B. Kreckel]

On Wed, 3 Aug 2022 11:33:13 -0700 Max Bell  wrote:
> Why isn't the bug being fixed? That is obviously the correct solution.
So far, they argue that it's correct and only exposed bugs in all those
other packages. Which may even be correct. But without a clear
perspective of getting those fixed anytime soon, it's best to work
around in Debian.

  -richy.
-- 
Richard B. Kreckel

Bug#1016363: libx11-6 1.8.1 also breaks glxinfo

[gregor herrmann]

On Wed, 03 Aug 2022 20:06:28 +0200, Richard B. Kreckel wrote:

> So, should Debian build with --disable-thread-safety-constructor, at
> least for a while?

I can confirm that the following trivial change avoids the issues I'm
seeing in glxinfo and xscreensaver-gl-visual:

#v+
--- libx11-1.8.1/debian/rules
+++ libx11-1.8.1/debian/rules
@@ -9,7 +9,8 @@
 override_dh_auto_configure-indep override_dh_auto_configure-arch:
dh_auto_configure -- \
$(docflags) \
-   --without-fop
+   --without-fop \
+   --disable-thread-safety-constructor
v#-

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1016363: libx11-6 1.8.1 also breaks glxinfo

[gregor herrmann]

On Mon, 01 Aug 2022 14:57:59 +0200, Hermann Meyer wrote:

> With libx11-6 1.8.1 I get:
> 
> |glxinfo name of display: :0 glxinfo: ../nptl/pthread_mutex_lock.c:424:
> __pthread_mutex_lock_full: Assertion `e != ESRCH || !robust' failed.
> Abgebrochen|

Same here.
 
With xscreensaver I also see SIGABRTs:

% /usr/libexec/xscreensaver/xscreensaver-gl-visual 
xscreensaver-gl-visual: ../nptl/pthread_mutex_lock.c:424: 
__pthread_mutex_lock_full: Assertion `e != ESRCH || !robust' failed.
[2]16090 IOT instruction (core dumped)  
/usr/libexec/xscreensaver/xscreensaver-gl-visual


(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
#1  0x7fd5dad70546 in __GI_abort () at abort.c:79
#2  0x7fd5dad7042f in __assert_fail_base (fmt=0x7fd5daee6fb8 "%s%s%s:%u: 
%s%sAssertion `%s' failed.\n%n", assertion=0x7fd5da8a969f "e != ESRCH || 
!robust", file=0x7fd5da8a9682 "../nptl/pthread_mutex_lock.c", line=424, 
function=) at assert.c:92
#3  0x7fd5dad7f242 in __GI___assert_fail 
(assertion=assertion@entry=0x7fd5da8a969f "e != ESRCH || !robust", 
file=file@entry=0x7fd5da8a9682 "../nptl/pthread_mutex_lock.c", 
line=line@entry=424, function=function@entry=0x7fd5da8a9800 
<__PRETTY_FUNCTION__.1> "__pthread_mutex_lock_full") at assert.c:101
#4  0x7fd5da89ded3 in __pthread_mutex_lock_full (mutex=0x56356ef69310) at 
../nptl/pthread_mutex_lock.c:424
#5  0x7fd5daf5891a in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x7fd5daf6af48 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x7fd5dac47146 in get_socket_back (c=0x56356ef6a760) at 
../../src/xcb_out.c:96
#8  get_socket_back (c=0x56356ef6a760) at ../../src/xcb_out.c:87
#9  0x7fd5dac479de in prepare_socket_request (c=0x56356ef6a760) at 
../../src/xcb_out.c:126
#10 send_fds (num_fds=0, fds=0x0, c=0x56356ef6a760) at ../../src/xcb_out.c:196
#11 xcb_send_request_with_fds64 (c=c@entry=0x56356ef6a760, flags=flags@entry=1, 
vector=vector@entry=0x7ffc68a55b90, req=req@entry=0x7fd5dac5a9e0 , 
num_fds=num_fds@entry=0, fds=fds@entry=0x0) at ../../src/xcb_out.c:316
#12 0x7fd5dac4818b in xcb_send_request64 (c=c@entry=0x56356ef6a760, 
flags=flags@entry=1, vector=vector@entry=0x7ffc68a55b90, 
req=req@entry=0x7fd5dac5a9e0 ) at ../../src/xcb_out.c:349
#13 0x7fd5dac48199 in xcb_send_request (c=c@entry=0x56356ef6a760, 
flags=flags@entry=1, vector=vector@entry=0x7ffc68a55b90, 
req=req@entry=0x7fd5dac5a9e0 ) at ../../src/xcb_out.c:355
#14 0x7fd5dac56d14 in xcb_query_extension (c=c@entry=0x56356ef6a760, 
name_len=, name=name@entry=0x7fd5da8e7000 "DRI3") at 
xproto.c:12277
#15 0x7fd5dac4a272 in get_lazyreply (c=c@entry=0x56356ef6a760, 
ext=ext@entry=0x7fd5da8e9070 ) at ../../src/xcb_ext.c:79
#16 0x7fd5dac4a3c5 in xcb_prefetch_extension_data (c=0x56356ef6a760, 
ext=0x7fd5da8e9070 ) at ../../src/xcb_ext.c:111
#17 0x7fd5da9db2b5 in dri3_x11_connect 
(dri2_dpy=dri2_dpy@entry=0x56356ef87e30) at 
../src/egl/drivers/dri2/platform_x11_dri3.c:558
#18 0x7fd5da9da498 in dri2_initialize_x11_dri3 (disp=0x56356ef87350) at 
../src/egl/drivers/dri2/platform_x11.c:1503
#19 dri2_initialize_x11 (disp=disp@entry=0x56356ef87350) at 
../src/egl/drivers/dri2/platform_x11.c:1676
#20 0x7fd5da9d46c0 in dri2_initialize (disp=0x56356ef87350) at 
../src/egl/drivers/dri2/egl_dri2.c:1179
#21 dri2_initialize (disp=disp@entry=0x56356ef87350) at 
../src/egl/drivers/dri2/egl_dri2.c:1146
#22 0x7fd5da9cc79d in eglInitialize (dpy=0x56356ef87350, 
major=0x7ffc68a55d58, minor=0x7ffc68a55d5c) at ../src/egl/main/eglapi.c:640
#23 0x56356ea7cccf in get_gl_visual (screen=0x56356ef698b0) at 
./utils/visual-gl.c:68
#24 0x56356ea7c43c in main (argc=, argv=0x7ffc68a55eb8) at 
./hacks/glx/xscreensaver-gl-visual.c:79


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1016363: libx11-6 1.8.1 also breaks glxinfo

[Max Bell]

Why isn't the bug being fixed? That is obviously the correct solution.

On 8/3/22, Richard B. Kreckel  wrote:
> This is issue 157 upstream:
> https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/157
> Apparently, they do not want to revert it.
>
> So, should Debian build with --disable-thread-safety-constructor, at
> least for a while?
>
> (Remember that this bug will soon block other packages from migrating,
> e.g. thunderbird 102.)
>
>   -richy.
> --
> Richard B. Kreckel
> 
>
>

Bug#1016363: libx11-6 1.8.1 also breaks glxinfo

[Richard B. Kreckel]

This is issue 157 upstream:
https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/157
Apparently, they do not want to revert it.

So, should Debian build with --disable-thread-safety-constructor, at
least for a while?

(Remember that this bug will soon block other packages from migrating,
e.g. thunderbird 102.)

  -richy.
-- 
Richard B. Kreckel

Bug#1016363: libx11-6 1.8.1 also breaks glxinfo

[Hermann Meyer]

With libx11-6 1.8.1 I get:

|glxinfo name of display: :0 glxinfo: ../nptl/pthread_mutex_lock.c:424:
__pthread_mutex_lock_full: Assertion `e != ESRCH || !robust' failed.
Abgebrochen|

rebuilding libx11 with the --disable-thread-safety-constructor flag
solved the issue.


|System:   Host: box Kernel: 5.18.0-rt11 arch: x86_64 bits: 64 compiler:
gcc v: 12.1.0     Desktop: Cinnamon v: 5.2.7 Distro: siduction 18.3.0
Patience - cinnamon -     (201805132102) base: Debian GNU/Linux
bookworm/sid Machine:   Type: Desktop System: Dell product: Inspiron
3668 v: N/A     serial:    Mobo: Dell model: 07KY25
v: A00 serial:  UEFI: Dell     v: 1.4.0 date:
07/19/2017 CPU:   Info: quad core model: Intel Core i5-7400 bits: 64
type: MCP     arch: Kaby Lake rev: 9 cache: L1: 256 KiB L2: 1024 KiB L3:
6 MiB   Speed (MHz): avg: 3300 min/max: 800/3001 boost: enabled cores:
1: 3300     2: 3300 3: 3300 4: 3300 bogomips: 24000   Flags: avx avx2 ht
lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx Graphics:   Device-1:
Intel HD Graphics 630 vendor: Dell driver: i915 v: kernel     arch:
Gen-9.5 bus-ID: 00:02.0   Device-2: NVIDIA GP108 [GeForce GT 1030]
vendor: Dell driver: nvidia     v: 470.129.06 arch: Pascal bus-ID:
01:00.0   Display: x11 server: X.Org v: 1.21.1.4 with: Xwayland v:
22.1.3 driver:     X: loaded: modesetting,nvidia unloaded:
fbdev,nouveau,vesa gpu: i915,nvidia     resolution: 1920x1080~60Hz|