Nie działa na Debianie 12

[Gość]

Na poprzednim działało, więc nie muszę tłumaczyć.

[Gość]

To samo whonix 17. Obstawiam że libcrypto.so.1.0.0 źle współpracuje z nowym glibc ale nikt mi nie płaci za badanie tego, więc się nie wypowiem. Logi nie zawierają żadnego ciekawego wpisu, dmesg również. Krótko mówiąc, trzeba sobie trzymać stare maszyny wirtualne, żeby to legacy software jakoś uruchomić.

[epsilon]

Dziala na Debian 12 Bookworm (x86_64).

[Tropiciel]

Działa z buta, nic nawet nie trzeba kombinować z jakimiś bibliotekami jak kiedyś.
Screenshot_20230816_194723.png

[jaworsk]

Tak, kolega ma rację. Rzeczywiście były pewne kłopoty na Whonix 17.
Chociażby taki:

4543 futex(0x730f059f2a4c, FUTEX_WAKE_PRIVATE, 2147483647) = 0
4543 write(2, "\n(process:4543): GLib-CRITICAL **: 17:01:26.823: g_slice_set_config: assertion 'sys_page_size == 0' failed\n", 107) = 107
4541 <... epoll_wait resumed>[{events=EPOLLIN, data={u32=219418016, u64=219418016}}], 128, -1) = 1
4543 pipe2( <unfinished ...>
4541 readv(11, <unfinished ...>
4543 <... pipe2 resumed>[0, 3], 0) = 0
4541 <... readv resumed>[{iov_base="\n(process:4543): GLib-CRITICAL **: 17:01:26.823: g_slice_set_config: assertion 'sys_page_size == 0' failed\n", iov_len=512}], 1) = 107
4543 clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGC HLD <unfinished ...>

Jest to zapomniany już 10 lat temu bug w XULrunnerze i Firefoxie 34, który polega na niewłaściwym użyciu funkcji g_slice_set_config co kończy się błędem od mniej więcej glib-2.35 (https://bugzilla.mozilla.org/show_bug.cgi?id=833117).

Funkcja jest wywoływana chociażby tu:

$ objdump -T xulrunner/libxul.so | grep -C2 slice
0000000000000000 w D *UND* 0000000000000000 gMozillaPoisonSize
0000000000000000 DF *UND* 0000000000000000 g_unsetenv
0000000000000000 DF *UND* 0000000000000000 g_slice_set_config
0000000000000000 DF *UND* 0000000000000000 g_thread_init
0000000000000000 DF *UND* 0000000000000000 XCreateWindow

Na szczęście mój prywatny klient GG który muszę pisać sam skoro libgadu nie jest wspierane, nie ma takich problemów.

[jaworsk]

O, można nawet sprawić, że ten błąd wypisze się na terminalu zamiast chować gdzieś po kątach:

$ LD_PRELOAD=./xulrunner/libcrypto.so.1.0.0 ./ggapp -v

(process:5438): GLib-CRITICAL **: 18:37:45.940: g_slice_set_config: assertion 'sys_page_size == 0' failed
Fintecom S.A. GG 12.4.112.12218, "Copyright (c) 2025 Fintecom S.A."

Zastanawia mnie przy okazji flaga -ProfileManager – skoro jest coś takiego, to po co ja przełączam się między użytkownikami robiąc nowy symlink w katalogu domowym? Naprawdę powinniście lepiej dokumentować swój kod.

Aha, i przy okazji – fatalne zarządzanie pamięcią:

#0 __strcmp_avx2 () at ../sysdeps/x86_64/multiarch/strcmp-avx2.S:287
#1 0x00007ffff077f2b8 in ?? () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#2 0x00007ffff0783921 in ?? () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#3 0x00007ffff0783bee in ?? () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#4 0x00007ffff078448f in gtk_rc_reparse_all_for_settings () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#5 0x00007ffff07a1442 in gtk_settings_get_for_screen () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#6 0x00007ffff07b6f79 in ?? () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#7 0x00007ffff7240de9 in g_type_create_instance () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8 0x00007ffff7224d30 in ?? () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9 0x00007ffff72263fc in g_object_new_with_properties () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10 0x00007ffff7227001 in g_object_new () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x00007ffff085609d in ?? () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#12 0x00007ffff7240dab in g_type_create_instance () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x00007ffff72246f4 in ?? () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#14 0x00007ffff072366b in ?? () from /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#15 0x00007ffff7224ae3 in ?? () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16 0x00007ffff72263fc in g_object_new_with_properties () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#17 0x00007ffff7227001 in g_object_new () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x00007ffff2900da6 in ?? () from /home/jaworsk/GG/xulrunner/libxul.so
#19 0x00007ffff28e29c4 in ?? () from /home/jaworsk/GG/xulrunner/libxul.so
#20 0x00007ffff28e31ee in ?? () from /home/jaworsk/GG/xulrunner/libxul.so
#21 0x00007ffff1c0dcd2 in ?? () from /home/jaworsk/GG/xulrunner/libxul.so
#22 0x00007ffff30c4168 in ?? () from /home/jaworsk/GG/xulrunner/libxul.so
#23 0x00007ffff30c9b43 in ?? () from /home/jaworsk/GG/xulrunner/libxul.so
#24 0x00007ffff30c759a in ?? () from /home/jaworsk/GG/xulrunner/libxul.so
#25 0x00007ffff30c8caf in ?? () from /home/jaworsk/GG/xulrunner/libxul.so
#26 0x00007ffff30c8f24 in XRE_main () from /home/jaworsk/GG/xulrunner/libxul.so

To aż dziwne, że ktoś wam zgłasza tak poważny błąd i przez dwa lata nic się nie dzieje.