bug#32458: SDL SEGFAULTs on foreign distro

bug#32458: SDL SEGFAULTs on foreign distro

[Tim Gesthuizen]

[-- Attachment #1.1.1: Type: text/plain, Size: 933 bytes --]

Hi,

since a few days now SDL2 and SDL-1.2 are broken for me through Guix.
Running any kind of application that uses SDLs rendering mechanisms
crashes immediately while initializing window and renderer.
I tried tracking down the bug using GDB and found out that the bug
occurs while compiling/loading the shader code in my local graphics driver.
An invocation of memcpy causes a SEGFAULT during this operation.
I am running Guix on top of Debian Stretch with the radeon graphics driver.
I suspect binary incompatibility between Guix and Debians compiler to be
the cause of this problem but I cannot verify anything.

You find a log of my gdb session which includes some stacktraces from
where the program crashed.
If you need more information about my setup or technical details feel
free to ask.
I also want to note that SDL-1.2 definitely worked for me a few weeks
ago through Guix.

Sincerely,
Tim Gesthuizen

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1.2: gdb.log --]
[-- Type: text/x-log; name="gdb.log", Size: 7525 bytes --]

~/src/guix-tg$ gdb teeworlds
GNU gdb (GDB) 8.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from teeworlds...(no debugging symbols found)...done.
(gdb) run
Starting program: /gnu/store/d2j6sb9c9ydcy0yqji53glh5mrxh9rfh-profile/bin/teeworlds 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib/libthread_db.so.1".
warning: File "/gnu/store/vla5j7pbkpcp39lsdfsmz7m9azn48lr4-gcc-5.5.0-lib/lib/libstdc++.so.6.0.21-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
	add-auto-load-safe-path /gnu/store/vla5j7pbkpcp39lsdfsmz7m9azn48lr4-gcc-5.5.0-lib/lib/libstdc++.so.6.0.21-gdb.py
line to your configuration file "/home/tibbe/.gdbinit".
To completely disable this security protection add
	set auto-load safe-path /
line to your configuration file "/home/tibbe/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
	info "(gdb)Auto-loading safe path"
[5b75af71][engine]: running on unix-linux-amd64
[5b75af71][engine]: arch is little endian
[New Thread 0x7ffff0ab6700 (LWP 13457)]
[5b75af71][storage]: couldn't open storage.cfg
[5b75af71][storage]: using standard paths
[5b75af71][storage]: added path '$USERDIR' ('/home/tibbe/.teeworlds')
[5b75af71][storage]: added path '$DATADIR' ('/gnu/store/dz8yvn7pnlgr2cqx2jik98jxpv9yyqg1-teeworlds-0.6.4/share/teeworlds/data')
[5b75af71][storage]: added path '$CURRENTDIR' ('/home/tibbe/src/guix-tg')
[5b75af71][binds]: bound f1 (282) = toggle_local_console
[5b75af71][binds]: bound f2 (283) = toggle_remote_console
[5b75af71][binds]: bound tab (9) = +scoreboard
[5b75af71][binds]: bound u (117) = +show_chat
[5b75af71][binds]: bound f10 (291) = screenshot
[5b75af71][binds]: bound a (97) = +left
[5b75af71][binds]: bound d (100) = +right
[5b75af71][binds]: bound space (32) = +jump
[5b75af71][binds]: bound mouse1 (323) = +fire
[5b75af71][binds]: bound mouse2 (324) = +hook
[5b75af71][binds]: bound lshift (304) = +emote
[5b75af71][binds]: bound rshift (303) = +spectate
[5b75af71][binds]: bound right (275) = spectate_next
[5b75af71][binds]: bound left (276) = spectate_previous
[5b75af71][binds]: bound 1 (49) = +weapon1
[5b75af71][binds]: bound 2 (50) = +weapon2
[5b75af71][binds]: bound 3 (51) = +weapon3
[5b75af71][binds]: bound 4 (52) = +weapon4
[5b75af71][binds]: bound 5 (53) = +weapon5
[5b75af71][binds]: bound mousewheelup (331) = +prevweapon
[5b75af71][binds]: bound mousewheeldown (332) = +nextweapon
[5b75af71][binds]: bound t (116) = chat all
[5b75af71][binds]: bound y (121) = chat team
[5b75af71][binds]: bound f3 (284) = vote yes
[5b75af71][binds]: bound f4 (285) = vote no
[5b75af71][console]: executing 'settings.cfg'
[5b75af71][binds]: bound tab (9) = +scoreboard
[5b75af71][binds]: bound space (32) = +jump
[5b75af71][binds]: bound 1 (49) = +weapon1
[5b75af71][binds]: bound 2 (50) = +weapon2
[5b75af71][binds]: bound 3 (51) = +weapon3
[5b75af71][binds]: bound 4 (52) = +weapon4
[5b75af71][binds]: bound 5 (53) = +weapon5
[5b75af71][binds]: bound a (97) = +left
[5b75af71][binds]: bound d (100) = +right
[5b75af71][binds]: bound t (116) = chat all
[5b75af71][binds]: bound u (117) = +show_chat
[5b75af71][binds]: bound y (121) = chat team
[5b75af71][binds]: bound right (275) = spectate_next
[5b75af71][binds]: bound left (276) = spectate_previous
[5b75af71][binds]: bound f1 (282) = toggle_local_console
[5b75af71][binds]: bound f2 (283) = toggle_remote_console
[5b75af71][binds]: bound f3 (284) = vote yes
[5b75af71][binds]: bound f4 (285) = vote no
[5b75af71][binds]: bound f10 (291) = screenshot
[5b75af71][binds]: bound rshift (303) = +spectate
[5b75af71][binds]: bound lshift (304) = +emote
[5b75af71][binds]: bound mouse1 (323) = +fire
[5b75af71][binds]: bound mouse2 (324) = +hook
[5b75af71][binds]: bound mousewheelup (331) = +prevweapon
[5b75af71][binds]: bound mousewheeldown (332) = +nextweapon
[5b75af71][console]: failed to open 'autoexec.cfg'
[5b75af71][client]: starting...
[New Thread 0x7fffec084700 (LWP 13458)]
[Thread 0x7fffec084700 (LWP 13458) exited]
[New Thread 0x7fffec084700 (LWP 13459)]
[New Thread 0x7fffe1883700 (LWP 13460)]
[New Thread 0x7fffdbfff700 (LWP 13461)]
[New Thread 0x7fffe1082700 (LWP 13462)]
[New Thread 0x7fffe0881700 (LWP 13463)]
[New Thread 0x7fffdb7fe700 (LWP 13464)]
[New Thread 0x7fffdaffd700 (LWP 13465)]
[New Thread 0x7fffda7fc700 (LWP 13466)]

Thread 6 "si_shader:0" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffdbfff700 (LWP 13461)]
0x00007ffff5e5e2b0 in __memcpy_ssse3 () from /gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib/libc.so.6
(gdb) bt
#0  0x00007ffff5e5e2b0 in __memcpy_ssse3 () from /gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib/libc.so.6
#1  0x00007fffef8c0c48 in read_chunk () from /gnu/store/lzzc5v2a0czrn5jan6vxbrrzafwjqvs4-mesa-18.1.2/lib/dri/radeonsi_dri.so
#2  0x00007fffef8c0da3 in si_load_shader_binary () from /gnu/store/lzzc5v2a0czrn5jan6vxbrrzafwjqvs4-mesa-18.1.2/lib/dri/radeonsi_dri.so
#3  0x00007fffef8c2ef8 in si_init_shader_selector_async () from /gnu/store/lzzc5v2a0czrn5jan6vxbrrzafwjqvs4-mesa-18.1.2/lib/dri/radeonsi_dri.so
#4  0x00007fffef45e145 in util_queue_thread_func () from /gnu/store/lzzc5v2a0czrn5jan6vxbrrzafwjqvs4-mesa-18.1.2/lib/dri/radeonsi_dri.so
#5  0x00007fffef45de17 in impl_thrd_routine () from /gnu/store/lzzc5v2a0czrn5jan6vxbrrzafwjqvs4-mesa-18.1.2/lib/dri/radeonsi_dri.so
#6  0x00007ffff7bc1567 in start_thread () from /gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib/libpthread.so.0
#7  0x00007ffff5e20eaf in clone () from /gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib/libc.so.6
(gdb) thread 1
[Switching to thread 1 (Thread 0x7ffff7fdb780 (LWP 13453))]
#0  0x00007ffff5e171d1 in ppoll () from /gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib/libc.so.6
(gdb) bt
#0  0x00007ffff5e171d1 in ppoll () from /gnu/store/l4lr0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib/libc.so.6
#1  0x00007ffff26a5855 in pa_mainloop_poll () from /gnu/store/6hl9a8myw9a2m4ws0dplb1la5k7dgn5r-pulseaudio-11.1/lib/libpulse.so.0
#2  0x00007ffff26a5dfe in pa_mainloop_iterate () from /gnu/store/6hl9a8myw9a2m4ws0dplb1la5k7dgn5r-pulseaudio-11.1/lib/libpulse.so.0
#3  0x00007ffff6a467cb in PULSE_OpenAudio () from /gnu/store/qvs87bzy84al73y7brz90chr319m16db-sdl-1.2.15/lib/libSDL-1.2.so.0
#4  0x00007ffff6a1aafb in SDL_OpenAudio () from /gnu/store/qvs87bzy84al73y7brz90chr319m16db-sdl-1.2.15/lib/libSDL-1.2.so.0
#5  0x000000000045549f in CSound::Init() ()
#6  0x0000000000460f7b in CClient::Run() ()
#7  0x00000000004052a0 in main ()
(gdb) 

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1.1.1: Type: text/plain, Size: 195 bytes --]

I tried to bisect the bug by building Guix from git.
You find the script I used as well as some information about the bisect
attached (full log is 17MB so I copied the most important things).

[-- Attachment #1.1.2: test.sh --]
[-- Type: application/x-shellscript, Size: 245 bytes --]

[-- Attachment #1.1.3: guix-sdl-bisect --]
[-- Type: text/plain, Size: 9130 bytes --]

There are only 'skip'ped commits left to test.
The first bad commit could be any of:
68adf4a840b200a585f5428cc3657cba117ba9a6
e0c9aed8206c455dde393d1a1c3e2ac4b3615c30
6069bb0ab4ce5ff25d235288bc005b7ec55b75a1
a3be2ac9f95c632a6d5f20790b8b2f6450d6f6e7
543689f3fdae7ec746817b44cae777408733b16f
fa497c73acb1b8307ebb81ef8acd4de1a2e4fde9
7e0f04635b942e572ee2fed8ddb756b047117265
87dc306bfe48469d33b4d0fa9d2ee7e66e56acbf
1fbad3ad224a92c8e2562b4f16ec20d8e9615fac
db481977615de3ebf7faff16edb938d3461ca486
0ed990530f08ceb1545a44b523661888f82a29a0
a06e52279a223ff2d132e5ecefc0ebe73f51d4d7
0b5c2fc338ba0e37679afb9964700219b06498d8
aac2006d8276ac7ed3876b879f1816e57379aa25
7d475dd4ece966faae71323f309b65314b27a5a3
91d84ac898f7e09cc17f869ef6d56232db013625
06dbfb5d197db7502ed65c1019e96f3f02c34b7a
9a1f92a6e02c28767cc77437ba29fb82271652c4
02fcc6f240946cfd51bfe548e260b2f3150f0ab4
77c74789d4ce7b8201f947cb688b80efe7a774ec
bd1efded37107cfffe69cc7e9730acf8ba2957a7
eb6a5dab5cf0f85fbc4eda4b6f7956eed464c3cf
4bbd92076af9fedc99b9369151e067db653869d0
bba29e106b55152f70f7cec745e24bc077e9a797
cf0d6d836730f7bdc714ecfa4287f72e029b9970
e688bfc033160e0f614bf99f3c74dcb34b427d20
d54303215e93bb3c89a94daaa56324c703d717a1
ffc43471afa6da50e02a12433ea9626aea586f35
5318b103ff277efbac248a066d162589a9083baa
b5724230fed2d043206df20d12a45bb962b7ee77
a032b4454b3fc67e11e9fc2d8c2345288065fa29
We cannot bisect more!
bisect run cannot continue any more

Bisect Rest (31)
a032b4454 * bad Merge branch 'master' into staging
b5724230f * skip-b5724230fed2d043206df20d12a45bb962b7ee77 gnu: bluez: Update to 5.50.
ffc43471a * skip-ffc43471afa6da50e02a12433ea9626aea586f35 gnu: meson: Update to 0.46.1.
e688bfc03 * skip-e688bfc033160e0f614bf99f3c74dcb34b427d20 gnu: libepoxy: Update to 1.5.2.
4bbd92076 * skip-4bbd92076af9fedc99b9369151e067db653869d0 gnu: libdmx: Update to 1.1.4.
bd1efded3 * skip-bd1efded37107cfffe69cc7e9730acf8ba2957a7 gnu: xkbcomp: Update to 1.4.2.
77c74789d * skip-77c74789d4ce7b8201f947cb688b80efe7a774ec gnu: xf86-video-mach64: Update to 6.9.6.
9a1f92a6e * skip-9a1f92a6e02c28767cc77437ba29fb82271652c4 gnu: mesa: Update to 18.0.5.
91d84ac89 * skip-91d84ac898f7e09cc17f869ef6d56232db013625 gnu: libinput: Update to 1.11.0.
0b5c2fc33 * skip-0b5c2fc338ba0e37679afb9964700219b06498d8 gnu: doxygen: Update to 1.8.14.
a06e52279 * skip-a06e52279a223ff2d132e5ecefc0ebe73f51d4d7 gnu: mesa: Restore wayland platform.
1fbad3ad2 * skip-1fbad3ad224a92c8e2562b4f16ec20d8e9615fac gnu: postgresql: Use INVOKE.
7e0f04635 * skip-7e0f04635b942e572ee2fed8ddb756b047117265 gnu: postgresql: Update to 10.4 [fixes CVE-2018-1115].
fa497c73a * skip-fa497c73acb1b8307ebb81ef8acd4de1a2e4fde9 gnu: libdrm: Update to 2.4.92.
a3be2ac9f * skip-a3be2ac9f95c632a6d5f20790b8b2f6450d6f6e7 gnu: xorg-server: Update to 1.20.0.
68adf4a84 * skip-68adf4a840b200a585f5428cc3657cba117ba9a6 gnu: wayland-protocols: Update to 1.14.
e0c9aed82 * skip-e0c9aed8206c455dde393d1a1c3e2ac4b3615c30 gnu: mesa: Update to 18.0.4.
6069bb0ab * skip-6069bb0ab4ce5ff25d235288bc005b7ec55b75a1 gnu: tzdata: Update to 2018e.
543689f3f * skip-543689f3fdae7ec746817b44cae777408733b16f gnu: python-mako: Update to 1.0.7.
87dc306bf * skip-87dc306bfe48469d33b4d0fa9d2ee7e66e56acbf gnu: libaio: Update to 0.3.111.
db4819776 * skip-db481977615de3ebf7faff16edb938d3461ca486 gnu: mesa: Update to 18.0.2.
0ed990530 * skip-0ed990530f08ceb1545a44b523661888f82a29a0 gnu: zathura-pdf-poppler: Update to 0.2.9.
aac2006d8 * skip-aac2006d8276ac7ed3876b879f1816e57379aa25 gnu: zathura-pdf-mupdf: Update to 0.3.3.
7d475dd4e * skip-7d475dd4ece966faae71323f309b65314b27a5a3 gnu: zathura-djvu: Update to 0.2.8.
06dbfb5d1 * skip-06dbfb5d197db7502ed65c1019e96f3f02c34b7a gnu: zathura-ps: Update to 0.2.6.
02fcc6f24 * skip-02fcc6f240946cfd51bfe548e260b2f3150f0ab4 gnu: zathura-cb: Update to 0.1.8.
eb6a5dab5 * skip-eb6a5dab5cf0f85fbc4eda4b6f7956eed464c3cf gnu: zathura: Update to 0.3.9.
bba29e106 * skip-bba29e106b55152f70f7cec745e24bc077e9a797 gnu: girara: Update to 0.2.9.
cf0d6d836 * skip-cf0d6d836730f7bdc714ecfa4287f72e029b9970 gnu: meson: Update to 0.46.0.
d54303215 * skip-d54303215e93bb3c89a94daaa56324c703d717a1 @ gnu: gtk+: Update to 3.22.30.
5318b103f * skip-5318b103ff277efbac248a066d162589a9083baa gnu: libepoxy: Update to 1.5.1.

Bisect Log (44)
git bisect start 'master' '5ae27f577'
8d4805ba2 bad services: cuirass: Put data in /var/lib to avoid removal at boot.
5ae27f577 good gnu: gcc-toolchain: Add version 8.

git bisect bad 9f2adb2f19db6d2e2234df15b0e24c5d01b9181c
9f2adb2f1 bad gnu: emacs-pulseaudio-control: Update to 20180627.

git bisect good 9866825961cbffa6a05f685d9cc71388d21a0a68
986682596 good gnu: emacs-biblio: Add missing dependencies.

git bisect bad f7e248396ba698b7de99414039d9db02050bc7d3
f7e248396 bad gnu: monero-core: Rename package to "monero-gui".

git bisect skip 0e6cce2e01c1ff89e373cc77578853de11a7e8eb
0e6cce2e0 skip meson-build-system: Return #t from all phases.

git bisect skip 0c66a4ebb825616c00bf9daff32b915418f5e69f
0c66a4ebb skip gnu: classpath@0.93: Use INVOKE.

git bisect bad 71e304ed28990091d50a5517bca1a60925fa5548
71e304ed2 bad gnu: emacs: Build with libjpeg@9.

git bisect skip 6e6bd6f92952600e1bddf078daf27000dae8d764
6e6bd6f92 skip gnu: ecj-javac-bootstrap: Fix building on armhf-linux.

git bisect bad 5908818e309280b124b64f5320e4b98210093061
5908818e3 bad gnu: python-h5py: Update to 2.8.0.

git bisect skip 4dfea1010af3f00d424fe85384957d6405c8786e
4dfea1010 skip Merge branch 'master' into staging

git bisect skip db481977615de3ebf7faff16edb938d3461ca486
db4819776 skip gnu: mesa: Update to 18.0.2.

git bisect bad 3b6ba18bab9ce0c03d129de3a775c3f3db39ba91
3b6ba18ba bad gnu: ant: Add missing dependencies.

git bisect skip 1fbad3ad224a92c8e2562b4f16ec20d8e9615fac
1fbad3ad2 skip gnu: postgresql: Use INVOKE.

git bisect skip 87dc306bfe48469d33b4d0fa9d2ee7e66e56acbf
87dc306bf skip gnu: libaio: Update to 0.3.111.

git bisect skip 7e0f04635b942e572ee2fed8ddb756b047117265
7e0f04635 skip gnu: postgresql: Update to 10.4 [fixes CVE-2018-1115].

git bisect skip 4bbd92076af9fedc99b9369151e067db653869d0
4bbd92076 skip gnu: libdmx: Update to 1.1.4.

git bisect skip 5318b103ff277efbac248a066d162589a9083baa
5318b103f skip gnu: libepoxy: Update to 1.5.1.

git bisect skip bd1efded37107cfffe69cc7e9730acf8ba2957a7
bd1efded3 skip gnu: xkbcomp: Update to 1.4.2.

git bisect bad d7ee90fe906aacb7f0bb1513195a1457970fd19d
d7ee90fe9 bad build-system/ant: Unconditionally return #t in build phases.

git bisect skip cf0d6d836730f7bdc714ecfa4287f72e029b9970
cf0d6d836 skip gnu: meson: Update to 0.46.0.

git bisect skip 6069bb0ab4ce5ff25d235288bc005b7ec55b75a1
6069bb0ab skip gnu: tzdata: Update to 2018e.

git bisect bad a1a3b25dfe9ca3621d894b337c4b5fcef10ddc8f
a1a3b25df bad gnu: custom-gcc: Fix regex used for matching executables.

git bisect skip a3be2ac9f95c632a6d5f20790b8b2f6450d6f6e7
a3be2ac9f skip gnu: xorg-server: Update to 1.20.0.

git bisect skip bba29e106b55152f70f7cec745e24bc077e9a797
bba29e106 skip gnu: girara: Update to 0.2.9.

git bisect skip 0b5c2fc338ba0e37679afb9964700219b06498d8
0b5c2fc33 skip gnu: doxygen: Update to 1.8.14.

git bisect skip eb6a5dab5cf0f85fbc4eda4b6f7956eed464c3cf
eb6a5dab5 skip gnu: zathura: Update to 0.3.9.

git bisect skip a06e52279a223ff2d132e5ecefc0ebe73f51d4d7
a06e52279 skip gnu: mesa: Restore wayland platform.

git bisect skip b5724230fed2d043206df20d12a45bb962b7ee77
b5724230f skip gnu: bluez: Update to 5.50.

git bisect skip e0c9aed8206c455dde393d1a1c3e2ac4b3615c30
e0c9aed82 skip gnu: mesa: Update to 18.0.4.

git bisect skip ffc43471afa6da50e02a12433ea9626aea586f35
ffc43471a skip gnu: meson: Update to 0.46.1.

git bisect skip 68adf4a840b200a585f5428cc3657cba117ba9a6
68adf4a84 skip gnu: wayland-protocols: Update to 1.14.

git bisect skip 02fcc6f240946cfd51bfe548e260b2f3150f0ab4
02fcc6f24 skip gnu: zathura-cb: Update to 0.1.8.

git bisect skip 543689f3fdae7ec746817b44cae777408733b16f
543689f3f skip gnu: python-mako: Update to 1.0.7.

git bisect skip e688bfc033160e0f614bf99f3c74dcb34b427d20
e688bfc03 skip gnu: libepoxy: Update to 1.5.2.

git bisect skip fa497c73acb1b8307ebb81ef8acd4de1a2e4fde9
fa497c73a skip gnu: libdrm: Update to 2.4.92.

git bisect skip 06dbfb5d197db7502ed65c1019e96f3f02c34b7a
06dbfb5d1 skip gnu: zathura-ps: Update to 0.2.6.

git bisect skip 91d84ac898f7e09cc17f869ef6d56232db013625
91d84ac89 skip gnu: libinput: Update to 1.11.0.

git bisect bad a032b4454b3fc67e11e9fc2d8c2345288065fa29
a032b4454 bad Merge branch 'master' into staging

git bisect skip 9a1f92a6e02c28767cc77437ba29fb82271652c4
9a1f92a6e skip gnu: mesa: Update to 18.0.5.

git bisect skip 0ed990530f08ceb1545a44b523661888f82a29a0
0ed990530 skip gnu: zathura-pdf-poppler: Update to 0.2.9.

git bisect skip 7d475dd4ece966faae71323f309b65314b27a5a3
7d475dd4e skip gnu: zathura-djvu: Update to 0.2.8.

git bisect skip aac2006d8276ac7ed3876b879f1816e57379aa25
aac2006d8 skip gnu: zathura-pdf-mupdf: Update to 0.3.3.

git bisect skip 77c74789d4ce7b8201f947cb688b80efe7a774ec
77c74789d skip gnu: xf86-video-mach64: Update to 6.9.6.

git bisect skip d54303215e93bb3c89a94daaa56324c703d717a1
d54303215 skip gnu: gtk+: Update to 3.22.30.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 1144 bytes --]

Hello Tim,

Thanks a lot for this debugging work!

Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:

> I tried to bisect the bug by building Guix from git.
> You find the script I used as well as some information about the bisect
> attached (full log is 17MB so I copied the most important things).

[...]

> There are only 'skip'ped commits left to test.
> The first bad commit could be any of:

[...]

> We cannot bisect more!
> bisect run cannot continue any more
>
> Bisect Rest (31)

We had a private conversation about this on IRC and I think the reason
you had to skip these commits were because of ABI issues in the git
checkout (incompatible Guile objects).

Current Guix actually warns about it and tells you what to do (very
nice!), but that does not work when bisecting this deep :-)

The surefire approach is to run "make clean-go".  That will almost
certainly get Guix building again, but you also have to compile all the
Scheme code anew.  You could first try something along the lines of
"rm gnu/{services,system,tests}{,/}*.go && make" to save (or waste :-P)
a little time.

Hope this helps!  I think we are almost there.  :-)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

[-- Attachment #1.1: Type: text/plain, Size: 571 bytes --]

Hello again,

Just a quick feedback on the bisect script:

Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:

> #!/bin/sh
> 
> cd $HOME/src/guix/build
> (cd ..; ./bootstrap) || exit 125
> (../configure --localstatedir=/var && make -j8) || exit 125
> PATH=$(./pre-inst-env guix build teeworlds | grep  /gnu/store | tail -n 1) || exit 125
> $PATH/bin/teeworlds || exit 1

I suggest not running "./bootstrap" and "./configure" in between runs.
"make" will invoke ./configure (with current parameters) if necessary.

Then it can be reduced to a two-liner:


[-- Attachment #1.2: test.sh --]
[-- Type: application/x-sh, Size: 95 bytes --]

[-- Attachment #1.3: Type: text/plain, Size: 54 bytes --]


Again, nice work; I look forward to fix this bug :-)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1.1.1: Type: text/plain, Size: 2443 bytes --]

On 20.08.2018 22:59, Marius Bakke wrote:
> Hello again,
> 
> Just a quick feedback on the bisect script:
> 
> Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:
> 
>> #!/bin/sh
>>
>> cd $HOME/src/guix/build
>> (cd ..; ./bootstrap) || exit 125
>> (../configure --localstatedir=/var && make -j8) || exit 125
>> PATH=$(./pre-inst-env guix build teeworlds | grep  /gnu/store | tail -n 1) || exit 125
>> $PATH/bin/teeworlds || exit 1
> 
> I suggest not running "./bootstrap" and "./configure" in between runs.
> "make" will invoke ./configure (with current parameters) if necessary.
> 
> Then it can be reduced to a two-liner:
> 
> 
> 
> 
> Again, nice work; I look forward to fix this bug :-)
> 

I have changed the bisect script.
You find the new one attached. I have never worked with autoconf so I
just wanted to be sure that everything would configure correctly and not
cause problems.


> I think the reason
> you had to skip these commits were because of ABI issues in the git
> checkout (incompatible Guile objects).

Well, I also somewhat forgot that I fixed teeworlds not a long time ago
(see commit e402a66b07c12aadf5eed1472110684831f1f498)... so any
compilations of teeworlds before were doomed to fail.
This is not as bad as it sounds because remembering this gave me a
commit that I could definitely verify as good.
With this new starting point I started bisecting again from that commit
marked as the first good one to the current commit on master marked as
the first bad one.
This bisect passed without a single skip. It reports that the bug was
first introduced by 5318b103ff277efbac248a066d162589a9083baa (which is
the first commit after a larger merge).

I also noticed something odd: After I realized that using teeworlds for
verifying SDL could not have been a very wise decision I wrote a little
guile script using guile-sdl2 (sdl.scm).
I tried to bisect using this script for SDL verification and found out
that I could not find any commits where SDL2 worked for me.
Even in commits where teeworlds builds and runs without a problem SDL2
will always crash.
Also there are some revisions where teeworlds starts with bad resolution
(the window begins on my second monitor and ends somewhere on my first
monitor). But that is probably not of interest now.

I hope these informations help. If I forgot something in the rush of
writing this mail feel free to ask for it.

[-- Attachment #1.1.2: test.sh --]
[-- Type: application/x-shellscript, Size: 145 bytes --]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1.3: sdl.scm --]
[-- Type: text/x-scheme; name="sdl.scm", Size: 337 bytes --]

(use-modules (sdl2)
             (sdl2 render)
             (sdl2 surface)
             (sdl2 video))

(define (draw ren)
    (clear-renderer ren)
    (present-renderer ren)
    (sleep 2))

(sdl-init)

(call-with-window (make-window)
  (lambda (window)
    (call-with-renderer (make-renderer window) draw)))

(sdl-quit)

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1.1.1: Type: text/plain, Size: 642 bytes --]

Hi,
I tried to find some free time to investigate a little bit further in
what exactly triggers the crash to happen.
A few days ago I had the idea of getting a GL context through GLUT and
don't use SDL at all. So I quickly investigated whether this would also
crash.
So I fetched the cube example (cube.c) from the OpenGL example archive:

https://www.opengl.org/archives/resources/code/samples/glut_examples/examples/examples.html

and compiled it through guix. You can find the exact procedure by
inspecting the log attached. If I did not make an error this should
proof that the problem lies in OpenGL and not in SDL.

Tim.

[-- Attachment #1.1.2: log.txt --]
[-- Type: text/plain, Size: 1006 bytes --]

tibbe@tibbe-pc:~/src/glut-example$ guix environment --ad-hoc freeglut
tibbe@tibbe-pc:~/src/glut-example$ echo $GUIX_ENVIRONMENT
/gnu/store/gsfq0h6hpjz9ddvgn4g3gkl5r6gg3ink-profile
tibbe@tibbe-pc:~/src/glut-example$ ls $GUIX_ENVIRONMENT
etc  include  lib  manifest  share
tibbe@tibbe-pc:~/src/glut-example$ gcc cube.c -L $GUIX_ENVIRONMENT/lib -l glut -l GL -I $GUIX_ENVIRONMENT/include
/tmp/ccXMXGNS.o: In function `init':
cube.c:(.text+0x321): undefined reference to `gluPerspective'
cube.c:(.text+0x372): undefined reference to `gluLookAt'
collect2: error: ld returned 1 exit status
tibbe@tibbe-pc:~/src/glut-example$ gcc cube.c -L $GUIX_ENVIRONMENT/lib -l glut -l glu -l GL -I $GUIX_ENVIRONMENT/include
ld: cannot find -lglu
collect2: error: ld returned 1 exit status
tibbe@tibbe-pc:~/src/glut-example$ gcc cube.c -L $GUIX_ENVIRONMENT/lib -l glut -l GLU -l GL -I $GUIX_ENVIRONMENT/include
tibbe@tibbe-pc:~/src/glut-example$ ls
a.out  cube.c
tibbe@tibbe-pc:~/src/glut-example$ ./a.out 
Segmentation fault

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

[-- Attachment #1.1: Type: text/plain, Size: 2016 bytes --]

Hello!  Sorry for dropping the ball on this.

Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:

> Hi,
> I tried to find some free time to investigate a little bit further in
> what exactly triggers the crash to happen.
> A few days ago I had the idea of getting a GL context through GLUT and
> don't use SDL at all. So I quickly investigated whether this would also
> crash.
> So I fetched the cube example (cube.c) from the OpenGL example archive:
>
> https://www.opengl.org/archives/resources/code/samples/glut_examples/examples/examples.html
>
> and compiled it through guix. You can find the exact procedure by
> inspecting the log attached. If I did not make an error this should
> proof that the problem lies in OpenGL and not in SDL.
>
> Tim.
> tibbe@tibbe-pc:~/src/glut-example$ guix environment --ad-hoc freeglut
> tibbe@tibbe-pc:~/src/glut-example$ echo $GUIX_ENVIRONMENT
> /gnu/store/gsfq0h6hpjz9ddvgn4g3gkl5r6gg3ink-profile
> tibbe@tibbe-pc:~/src/glut-example$ ls $GUIX_ENVIRONMENT
> etc  include  lib  manifest  share
> tibbe@tibbe-pc:~/src/glut-example$ gcc cube.c -L $GUIX_ENVIRONMENT/lib -l glut -l GL -I $GUIX_ENVIRONMENT/include
> /tmp/ccXMXGNS.o: In function `init':
> cube.c:(.text+0x321): undefined reference to `gluPerspective'
> cube.c:(.text+0x372): undefined reference to `gluLookAt'
> collect2: error: ld returned 1 exit status
> tibbe@tibbe-pc:~/src/glut-example$ gcc cube.c -L $GUIX_ENVIRONMENT/lib -l glut -l glu -l GL -I $GUIX_ENVIRONMENT/include
> ld: cannot find -lglu
> collect2: error: ld returned 1 exit status
> tibbe@tibbe-pc:~/src/glut-example$ gcc cube.c -L $GUIX_ENVIRONMENT/lib -l glut -l GLU -l GL -I $GUIX_ENVIRONMENT/include
> tibbe@tibbe-pc:~/src/glut-example$ ls
> a.out  cube.c
> tibbe@tibbe-pc:~/src/glut-example$ ./a.out 
> Segmentation fault

Nice catch!  Earlier in the bisect, you found
5318b103ff277efbac248a066d162589a9083baa (gnu: libepoxy: Update to
1.5.1.).  Can you try this patch and see if it makes a difference?


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: 0001-gnu-libepoxy-Downgrade-to-1.5.0.patch --]
[-- Type: text/x-patch, Size: 1152 bytes --]

From 2fa87c8c06b0a20e1f6c5c4e9edcc6a6fdd0c3d1 Mon Sep 17 00:00:00 2001
From: Marius Bakke <mbakke@fastmail.com>
Date: Sun, 7 Oct 2018 22:04:27 +0200
Subject: [PATCH] gnu: libepoxy: Downgrade to 1.5.0.

This reverts commit 5318b103ff277efbac248a066d162589a9083baa.
---
 gnu/packages/gl.scm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/gl.scm b/gnu/packages/gl.scm
index b88fab492..d512f10f7 100644
--- a/gnu/packages/gl.scm
+++ b/gnu/packages/gl.scm
@@ -550,7 +550,7 @@ OpenGL graphics API.")
 (define-public libepoxy
   (package
     (name "libepoxy")
-    (version "1.5.2")
+    (version "1.5.0")
     (source (origin
               (method url-fetch)
               (uri (string-append
@@ -558,7 +558,7 @@ OpenGL graphics API.")
                     version "/libepoxy-" version ".tar.xz"))
               (sha256
                (base32
-                "1n57xj5i6giw4mp5s59w1m9bm33sd6gjg7r00dzzvcwya6326mm9"))))
+                "1md58amxyp34yjnw4xa185hw5jm0hnb2xnhdc28zdsx6k19rk52c"))))
     (arguments
      `(#:phases
        (modify-phases %standard-phases
-- 
2.19.0


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1.1: Type: text/plain, Size: 963 bytes --]

On 07.10.2018 22:06, Marius Bakke wrote:
> Hello!  Sorry for dropping the ball on this.

No problem. Nobody pressures you to help others :)

> Nice catch!  Earlier in the bisect, you found
> 5318b103ff277efbac248a066d162589a9083baa (gnu: libepoxy: Update to
> 1.5.1.).  Can you try this patch and see if it makes a difference?

I also noticed this and reverted the commit introducing the bug. After
reverting the commit I still got a broken OpenGL in `master`. Right now
I am trying to rebase the current master branch to not include the two
commits updating libepoxy in order to bisect that  branch again to find
the thing that keeps simple reverting from working.
This really takes some time as it brings every merge-conflict ever since
back to life and I have to resolve them.
I hope that I will not introduce new bugs during rebasing and find the
time to get the rebase and the bisect going and report the other cause
of failure.

Tim.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 1395 bytes --]

Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:

> On 07.10.2018 22:06, Marius Bakke wrote:
>> Hello!  Sorry for dropping the ball on this.
>
> No problem. Nobody pressures you to help others :)
>
>> Nice catch!  Earlier in the bisect, you found
>> 5318b103ff277efbac248a066d162589a9083baa (gnu: libepoxy: Update to
>> 1.5.1.).  Can you try this patch and see if it makes a difference?
>
> I also noticed this and reverted the commit introducing the bug. After
> reverting the commit I still got a broken OpenGL in `master`. Right now
> I am trying to rebase the current master branch to not include the two
> commits updating libepoxy in order to bisect that  branch again to find
> the thing that keeps simple reverting from working.
> This really takes some time as it brings every merge-conflict ever since
> back to life and I have to resolve them.
> I hope that I will not introduce new bugs during rebasing and find the
> time to get the rebase and the bisect going and report the other cause
> of failure.

If reverting did not help, I doubt rebasing it away will do a
difference.  It also sounds very tedious!

Have you been able to find a commit that definitely works?  Say,
0dd91619a597b52bcb5d6d1bb675a9eb65242c44 (0.14)?  Now that you have a
good test case, it should be easier to script the bisect (just make sure
to invoke "make clean && make" between runs to avoid ABI issues).

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1.1: Type: text/plain, Size: 1711 bytes --]

On 08.10.2018 20:28, Marius Bakke wrote:
> If reverting did not help, I doubt rebasing it away will do a
> difference.  It also sounds very tedious!

I stopped rebasing. It was too tedious.

> Have you been able to find a commit that definitely works?  Say,
> 0dd91619a597b52bcb5d6d1bb675a9eb65242c44 (0.14)?  Now that you have a

I could verify that this commit also works.

> 0dd91619a597b52bcb5d6d1bb675a9eb65242c44 (0.14)?  Now that you have a
> good test case, it should be easier to script the bisect (just make sure
> to invoke "make clean && make" between runs to avoid ABI issues).

But I have bisected already :)

On 22.08.2018, Tim Gesthuizen wrote:
> This bisect passed without a single skip. It reports that the bug was
> first introduced by 5318b103ff277efbac248a066d162589a9083baa (which is
> the first commit after a larger merge).

Maybe you missed that mail. The problem is that reverting the commit
does not solve the bug on the current master branch. So I am searching
for a good way of finding another bug through bisecting. This would mean
that I would need to apply a patch of some form to make sure that the
libepoxy problem is fixed before running the bisect script again.
This is why I tried to rebase the master branch to not include commits
updating libepoxy.
I hope my problem is more clear now. Maybe there is another way that is
just too obvious and simple. If you don't have a good idea on how to do
it, I will do the bisect again and do an input rewriting for the package
I am building to use the old libepoxy and not the one of that revision.
This will probably involve tons of package rebuilding so I am open for
other approaches.

Tim.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 1792 bytes --]

Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:

> On 22.08.2018, Tim Gesthuizen wrote:
>> This bisect passed without a single skip. It reports that the bug was
>> first introduced by 5318b103ff277efbac248a066d162589a9083baa (which is
>> the first commit after a larger merge).
>
> Maybe you missed that mail. The problem is that reverting the commit
> does not solve the bug on the current master branch. So I am searching
> for a good way of finding another bug through bisecting. This would mean
> that I would need to apply a patch of some form to make sure that the
> libepoxy problem is fixed before running the bisect script again.
> This is why I tried to rebase the master branch to not include commits
> updating libepoxy.

Oh, I see!  Sorry for the confusion.

One thing you can try to narrow down the search space is to try
reverting that commit at different points in the repository.

For example, I believe 5318b103f was merged in 49b6dc2b4.  If reverting
on top of 49b6dc2b4 does not work, it means the (other) problem was
introduced somewhere between 5318b103f^..49b6dc2b4.

For starters, can you try to revert 49b6dc2b4 on top of 0d6f84aab and
e0c9aed82?  My gut feeling says the first should work and the second
not :-)

> I hope my problem is more clear now. Maybe there is another way that is
> just too obvious and simple. If you don't have a good idea on how to do
> it, I will do the bisect again and do an input rewriting for the package
> I am building to use the old libepoxy and not the one of that revision.
> This will probably involve tons of package rebuilding so I am open for
> other approaches.

Input rewriting seems like a great workaround, however tedious.  It
would be good to provide better tooling for these kinds of cases (maybe
even "guix bisect").

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 1700 bytes --]

Marius Bakke <mbakke@fastmail.com> writes:

> Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:
>
>> On 22.08.2018, Tim Gesthuizen wrote:
>>> This bisect passed without a single skip. It reports that the bug was
>>> first introduced by 5318b103ff277efbac248a066d162589a9083baa (which is
>>> the first commit after a larger merge).
>>
>> Maybe you missed that mail. The problem is that reverting the commit
>> does not solve the bug on the current master branch. So I am searching
>> for a good way of finding another bug through bisecting. This would mean
>> that I would need to apply a patch of some form to make sure that the
>> libepoxy problem is fixed before running the bisect script again.
>> This is why I tried to rebase the master branch to not include commits
>> updating libepoxy.
>
> Oh, I see!  Sorry for the confusion.
>
> One thing you can try to narrow down the search space is to try
> reverting that commit at different points in the repository.
>
> For example, I believe 5318b103f was merged in 49b6dc2b4.  If reverting
> on top of 49b6dc2b4 does not work, it means the (other) problem was
> introduced somewhere between 5318b103f^..49b6dc2b4.
>
> For starters, can you try to revert 49b6dc2b4 on top of 0d6f84aab and
> e0c9aed82?  My gut feeling says the first should work and the second
> not :-)

Sorry, I meant "revert 5318b103f" here.  But it does not make sense for
0d6f84aab, since it's not there!  It would be good to test it though,
since it comes from a 'core-updates' merge around the same time.

If 0d6f84aab works, good candidates to try next is reverting 5318b103f
on top of 0d6f84aab, 9a1f92a6e, and faccae1c3.

Hope this helps, and thanks for your patience here!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1.1.1: Type: text/plain, Size: 707 bytes --]

Hi,
I tried to bisect again using the input rewriting method. You find the
two scripts for this attached. It turned out that this does not only
take a lot of time for building single versions of guix and the modified
teeworlds package, but it also brings up the bug with the missing
pkg-config package in the package definition of teeworlds. Because of
this I stopped trying to bisect with the input rewritten versions of the
packages and tried reverting as you suggested.

Reverting on top of 0d6f84aab, guix and packages using OpenGL build, but
still segfaults on initialization. I hope you have another good idea, as
bisecting with the above method would probably take a lot of time.

Tim.

[-- Attachment #1.1.2: check.sh --]
[-- Type: application/x-shellscript, Size: 206 bytes --]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1.3: fixed-teeworlds.scm --]
[-- Type: text/x-scheme; name="fixed-teeworlds.scm", Size: 461 bytes --]

(use-modules (gnu packages)
             (gnu packages games)
             (gnu packages gl)
             (guix packages)
             (guix profiles))

(define libepoxy-legacy
  (package
    (inherit libepoxy)
    (version "1.4.0")))

(define with-libepoxy-legacy
  (package-input-rewriting (list (cons libepoxy libepoxy-legacy))))

(define teeworlds-fixed
  (with-libepoxy-legacy teeworlds))

(packages->manifest (list teeworlds-fixed))



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:

> Hi,
> I tried to bisect again using the input rewriting method. You find the
> two scripts for this attached. It turned out that this does not only
> take a lot of time for building single versions of guix and the modified
> teeworlds package, but it also brings up the bug with the missing
> pkg-config package in the package definition of teeworlds. Because of
> this I stopped trying to bisect with the input rewritten versions of the
> packages and tried reverting as you suggested.

OK!  Thanks for testing.  I wonder if can make that cheaper somehow.

> Reverting on top of 0d6f84aab, guix and packages using OpenGL build, but
> still segfaults on initialization. I hope you have another good idea, as
> bisecting with the above method would probably take a lot of time.

Are you saying that you can trigger the bug on top of commit 0d6f84aab?

That is interesting, since it does not contain the libepoxy update and
should be a good candidate for a "normal" bisect.  Can you try to "git
bisect bad" and then try these commits:

6449e68d350b8196d39715a2e775337c7c93387e
263c9941a1e523b360ca9f42d1ed6b11e6e6e285

If any of them are good, just follow git bisect instructions.  I believe
the second should be good, and possibly the first too.

[...]


> (use-modules (gnu packages)
>              (gnu packages games)
>              (gnu packages gl)
>              (guix packages)
>              (guix profiles))
>
> (define libepoxy-legacy
>   (package
>     (inherit libepoxy)
>     (version "1.4.0")))

This package is missing a (source ...) field.  So this only pretends to
be 1.4.0, but is actually the same as the inherited one.

(Also, should it not be 1.5.0?)

>
> (define with-libepoxy-legacy
>   (package-input-rewriting (list (cons libepoxy libepoxy-legacy))))
>
> (define teeworlds-fixed
>   (with-libepoxy-legacy teeworlds))
>
> (packages->manifest (list teeworlds-fixed))

Thanks for sharing these scripts!

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1: Type: text/plain, Size: 1478 bytes --]

Hi,
I did another bisect to find the second cause of failure.
I used the input rewriting technique but with the fixed libepoxy definition:

>> (use-modules (gnu packages)
>>              (gnu packages games)
>>              (gnu packages gl)
>>              (guix packages)
>>              (guix profiles))
>>
>> (define libepoxy-legacy
>>   (package
>>     (inherit libepoxy)
>>     (version "1.4.0")))
> 
> This package is missing a (source ...) field.  So this only pretends to
> be 1.4.0, but is actually the same as the inherited one.
> 
> (Also, should it not be 1.5.0?)

Yes it should be. Something made me think the expression evaluating to
the origin object in the original libepoxy definition would be
reevaluated. And it also should be 1.5.0.

I started using the small guile script using guile-sdl2 again, simply
because I do not need to close the window manually if a commit is good
and the program starts. Otherwise the bisect would still need human
input. You can find the scripts that I used attached as a tar archive.
It has some hardcoded paths though. Execute the check.sh script to check
the current commit.
After a really long bisect and tons of package rebuilding git found
commit faccae1c3769c90694c2b7eee0e4e9ab53049a8f to be guilty. The commit
updates mesa so it seems quite possible.

I don't have that much time right now but I will try to revert the two
commits found so far and see whether this gets OpenGL running again on
the master branch.

Tim.

[-- Attachment #2: debug-scripts.tar.gz --]
[-- Type: application/gzip, Size: 1066 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 2066 bytes --]

Hello Tim!

Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:

> Hi,
> I did another bisect to find the second cause of failure.
> I used the input rewriting technique but with the fixed libepoxy definition:
>
>>> (use-modules (gnu packages)
>>>              (gnu packages games)
>>>              (gnu packages gl)
>>>              (guix packages)
>>>              (guix profiles))
>>>
>>> (define libepoxy-legacy
>>>   (package
>>>     (inherit libepoxy)
>>>     (version "1.4.0")))
>> 
>> This package is missing a (source ...) field.  So this only pretends to
>> be 1.4.0, but is actually the same as the inherited one.
>> 
>> (Also, should it not be 1.5.0?)
>
> Yes it should be. Something made me think the expression evaluating to
> the origin object in the original libepoxy definition would be
> reevaluated. And it also should be 1.5.0.
>
> I started using the small guile script using guile-sdl2 again, simply
> because I do not need to close the window manually if a commit is good
> and the program starts. Otherwise the bisect would still need human
> input. You can find the scripts that I used attached as a tar archive.
> It has some hardcoded paths though. Execute the check.sh script to check
> the current commit.
> After a really long bisect and tons of package rebuilding git found
> commit faccae1c3769c90694c2b7eee0e4e9ab53049a8f to be guilty. The commit
> updates mesa so it seems quite possible.

Woohoo, congrats!  Really great to finally nail this down.

One thing that might be worth a try before bisecting Mesa itself is
building against LLVM 3.9.1 again.  I don't know the relevance of the
"exactly 3.9.1 for swrast" comment from that commit.

We should also check whether this problem is fixed in 18.2 (available in
the 'staging' branch).

Out of curiosity, which graphics driver are you using?

> I don't have that much time right now but I will try to revert the two
> commits found so far and see whether this gets OpenGL running again on
> the master branch.

Great, thank you!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1.1: Type: text/plain, Size: 965 bytes --]

Hi,

On 22.10.2018 22:50, Marius Bakke wrote:
> One thing that might be worth a try before bisecting Mesa itself is
> building against LLVM 3.9.1 again.  I don't know the relevance of the
> "exactly 3.9.1 for swrast" comment from that commit.

Just a quick update: I tried the following things and all of them failed
but in a little more helpful manor:

- Building current version of mesa with LLVM 3.9.1: mesa fails to
    configure -> Some part needs at least LLVM version 4.
- Building old mesa with LLVM 3.9.1: unit tests in the testsuite of mesa
    fail which causes the build to fail. I could not investigate the
    failure yet but it seems quite promising.

> Out of curiosity, which graphics driver are you using?

The radeon driver with non free firmware, sadly :(
I cannot get anything free to run and I will switch to another computer
as my main computer soon. I hope I can find the cause for the bug before
I switch.

Tim.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 1389 bytes --]

Tim Gesthuizen <tim.gesthuizen@yahoo.de> writes:

> Hi,
>
> On 22.10.2018 22:50, Marius Bakke wrote:
>> One thing that might be worth a try before bisecting Mesa itself is
>> building against LLVM 3.9.1 again.  I don't know the relevance of the
>> "exactly 3.9.1 for swrast" comment from that commit.
>
> Just a quick update: I tried the following things and all of them failed
> but in a little more helpful manor:
>
> - Building current version of mesa with LLVM 3.9.1: mesa fails to
>     configure -> Some part needs at least LLVM version 4.
> - Building old mesa with LLVM 3.9.1: unit tests in the testsuite of mesa
>     fail which causes the build to fail. I could not investigate the
>     failure yet but it seems quite promising.

OK, thanks for checking.  I guess the next step is to bisect the
differences between Mesa 18.0.5 and 18.1.1.

You can use `guix build --with-source=/path/to/mesa/checkout mesa` in
order to use `git bisect` along with Guix.

>> Out of curiosity, which graphics driver are you using?
>
> The radeon driver with non free firmware, sadly :(
> I cannot get anything free to run and I will switch to another computer
> as my main computer soon. I hope I can find the cause for the bug before
> I switch.

Right.  It would be great if someone could confirm this bug with another
supported driver.  But I suppose a bisect will tell us the answer.

Thanks!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1: Type: application/pgp-encrypted, Size: 11 bytes --]

[-- Attachment #2: Type: application/octet-stream, Size: 1982 bytes --]

-----BEGIN PGP MESSAGE-----

hF4DtkS3CioQAYESAQdATXUn9Ogn/ABTHcUwqlJM1EHktjv+jMdSIXJKTudBQ3kw
A+3WPsDjZlJp+Ir3602MS/Gj987AV8mRJ3Nj2BQkgPXEbsfg1zOn0FvLxYHcyo13
0uoBeV5W5cXqOsHEb1G7WJsjPmvl2Zv2N2x7igDDx9VMASpR5mrAIWTiW12oVwGK
HWG6+i5h/0mLe6t7zAPBx5LzvV+YoLkfPmYLPEVTVTKqC5zb2USrBUvo+rT7DoOA
U2Z//lGtvBBe09ktXMvWoFV88yBCMcnAEEtqhaDQEMaAW/k6Td2p71livc7dcfUv
Dtp8XSPTW06emMv/cvnrzcfBeFmtcXz9lLtLi07eLb7fQgVD9gBjyps84yI4bLYZ
Tb9YAmoJYbE3unCs5by0lwfr/FL0d92/bX4qHCXdKwkaP9xYZp09paF6M2ZQx2hd
N2VR/6zPpOxNDEZOVxftRcH6uryUdSE0mIUKjqRUTWarVnB5+6mTIragAtyGvW0g
jwFTiNdxd7HOP1u8Y4NrjCJ++Vu89QfB3gWxuaGp8uemBBOO6Z7lYkkIjBs1wlMD
L6gNW1LoMLxtAgShfu4JHg4HzOGauYbLMmpRxdpVBecx6Zqt7bcB6QsB5l3q19yn
2d6ksKZ0kO+GAW6ns0QoWRHCpwXc+r0cqKnJB9HBN0t5PoXXhoTwv+G0+ydj81Of
V9T0JomBsoKd0FPffExU9LrNcCBBf4DJ8LzQLwGbWUOmtbVhAuwqqRxNpwGFdbaA
DQ8ruFLwaoczRP4LJNhUB7ytXkDo1txCnRl1IXfR2wYyf+0rZ/N6gmy6MEe20TgE
Xi3x17w9FNDJFdITVI+QXrZ4Qz44XKxuRN0ynP47j5jMZjIeafmA/GuJMZVvgN6T
RQPT7SQD+u8LaMGzNOElU3LBkFa6zE0DMYPzL3j4xT3zwTIWAKbGhSqzR/N1gc9U
fd5SxmJfu3eWAR9/9G1BdqhBS8UyguymYLWAB+epplqtcphyHY+/eMVQOw1Z8/XD
UdgnZq54reHqbZlYP5w6BL64/PKSSZhqVyWhpSH+c+9WKj/HVgdd5N8vvmeZPzPh
nZso/oumGQSaEn6yFF7Y6gG8AjpOKYzKYgX0KYNLrycXBCnOJaN9k8OaZxQ/FVKm
tWJIg5eoIAXpFpYfJVm7NDdNyYoCPnXIiXWfTvGqueYDWE2dOk40asYHfSt0P/wz
luMLFxhBqM/lxHG5zs7KJwh3fSyNIUKWd0aPLeFG40bdw3Iowr1Q2e09exQbaA/1
qrP/ihaU/q5Yo2zQjMjdQVSQPMoOzjDsY8pb+cnicKGjJoeyjob8J7D5vff+5W2T
xOfVzCV3X+NUKPHj8foG9tTpydwwsPNni+Wn0YtcHAkAXKgGfzAWoPW2n5p5AsOU
Py2W1nZAj01CraJyxnMK4ZNOpUU+9cVX3QT2gI1e8iB3VK+Iw8A9wUW6HgWVfwqc
hF8884Hdlilm3vjvsZY910tewGfxU3oGL8wFqgMNElwSxxM4f7FqotJ1sUJE1gIO
4SpfWIjJC9k35yEYAj2JC0JOxmnmdHdsWRcGSg11Ni2N1ebigIsC4+1eQRVVZv/O
zaPxIHZd9O03/NzHwSdh1FKyW2i3rPrFHet0+mRZVghhRm1SAwFH+d+leomFAgtl
ylB2Zo8wTogGvNvTYRhCRrBUOUbRMbrDaxeaS6kcmJtbetVbrCsGnWxbtCKfLQB1
x7d6IFARRJlajyfK6iS1GcKZIWEFlpIq2gWfLS8+DxnncpTQdJhJD0tKNF87QHRw
HbpYOyfQjmEJSMYfLda0O5Rvu4kMT+UZEiJJhPNCZrS88gPSblkfCMFS63UML9Zq
E8uNwjiBV3Sryt7c4xApONaNsrneKgaY3lGT
=oZYy
-----END PGP MESSAGE-----

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

[Tim Gesthuizen]

[-- Attachment #1.1: Type: text/plain, Size: 1545 bytes --]

Hi,

So the machine that has this error has the following properties:

Distro: Debian Stretch

``` sources.list
deb http://ftp.de.debian.org/debian/ stretch main
deb-src http://ftp.de.debian.org/debian/ stretch main

deb http://security.debian.org/debian-security stretch/updates main
deb-src http://security.debian.org/debian-security stretch/updates main

# stretch-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ stretch-updates main
deb-src http://ftp.de.debian.org/debian/ stretch-updates main
```

Bug still apears after: `apt update && apt upgrade -y`

`uname -a` returns:
```
Linux <hostname> 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27)
x86_64 GNU/Linux
```
(I substituted the real hostname with <hostname>)

Loaded Xorg modules:

`grep LoadModule /var/log/Xorg.0.log`
```
[    11.843] (II) LoadModule: "glx"
[    11.856] (II) LoadModule: "ati"
[    11.857] (II) LoadModule: "radeon"
[    11.860] (II) LoadModule: "modesetting"
[    11.861] (II) LoadModule: "fbdev"
[    11.861] (II) LoadModule: "vesa"
[    11.870] (II) LoadModule: "fbdevhw"
[    11.872] (II) LoadModule: "fb"
[    11.873] (II) LoadModule: "dri2"
[    11.874] (II) LoadModule: "glamoregl"
[    12.394] (II) LoadModule: "ramdac"
[    12.705] (II) LoadModule: "libinput"
```

The bug still appears after pulling a new version of guix (e5ad2cdf1):

`guix environment --ad-hoc teeworlds -- teeworlds` for example
SEGFAULTs.

I hope this information helps reproducing the bug.

Tim.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]