Description of problem: It starts, but exists immediately as I can see in the process manager. Version-Release number of selected component (if applicable): 7.0 How reproducible: Always. Steps to Reproduce: 0. Install it. 1.Start it. When starting it from the console this is shown: $ openclonk 7.0 unix: Caught signal SIGSEGV (0x0000000000000003) openclonk(+0x19680c)[0x557b1a3b580c] openclonk(+0x196a10)[0x557b1a3b5a10] /lib64/libpthread.so.0(+0x115c0)[0x7f8b38c585c0] /lib64/libX11.so.6(_XSend+0x7e)[0x7f8b3bbbf51e] /lib64/libX11.so.6(XQueryExtension+0x84)[0x7f8b3bbb5c94] /lib64/libX11.so.6(XInitExtension+0x32)[0x7f8b3bba97d2] /lib64/libXext.so.6(XextAddDisplay+0x4f)[0x7f8b3758720f] /lib64/libXrandr.so.2(+0x1d56)[0x7f8b3b974d56] /lib64/libXrandr.so.2(XRRQueryExtension+0x11)[0x7f8b3b975381] openclonk(_ZN13C4AbstractApp4InitEiPPc+0x9f)[0x557b1a3bea2f] openclonk(main+0x12a)[0x557b1a3b0faa] /lib64/libc.so.6(__libc_start_main+0xf1)[0x7f8b37df1401] openclonk(_start+0x2a)[0x557b1a3b563a]
Also posted upstream: http://forum.openclonk.org/topic_show.pl?pid=33118 They suggested v8 for better wayland-compatibility, but I also tried it under Xorg and it does not make a difference. I cannot start it there either.
Let me try with the current 8.0 development versionthe current 8.0 development version.
I can run both Openclonk 7.0 and 8-alpha on Fedora 25 if Wayland is not used. To disable Wayland: https://ask.fedoraproject.org/en/answers/96135/revisions/ Then, create a 'xorg.conf' file by following these simple steps: https://fedoraproject.org/wiki/How_to_create_xorg.conf
I thought wayland can be disabled by doing this: disable wayland by setting WaylandEnable=false in /etc/gdm/custom.conf
Anyway, this is no solution. It must run under Wayland. Wayland is the default under Fedora. Also, I tried it selecting "Xorg" at the login screen, but there it does not work neither.
> Anyway, this is no solution. It must run under Wayland. Wayland is the default > under Fedora. Openclonk is not the first game in trouble with Wayland, and of course this is not a definitive solution but we have not many chance in these cases.
However, actually, can't it use XWayland somehow? I mean XWayland should make it possible to run X.org applications under Wayland? (At least this could be a short-term solution.)
Hah, actually I got it to work by running it as: WAYLAND_DISPLAY='' openclonk After some seconds of showing rubbish, it was all normal. See: https://fedoraproject.org/wiki/How_to_debug_Wayland_problems So maybe it tries to use Wayland, but fails. It should rather fallback to XWayland.
See https://bugzilla.rpmfusion.org/show_bug.cgi?id=4552 and https://mailman.videolan.org/pipermail/vlc-devel/2017-June/113798.html for a similar issue (& solution) of VLC.
(In reply to rugk from comment #8) > Hah, actually I got it to work by running it as: > > WAYLAND_DISPLAY='' openclonk This command works when i use Wayland. Debug output: WAYLAND_DEBUG=1 openclonk [2730115.140] -> wl_display(new id wl_registry@2) [2730115.178] -> wl_display(new id wl_callback@3) [2730115.353] wl_display(3) [2730115.367] wl_registry(1, "wl_drm", 2) [2730115.383] wl_registry(2, "wl_compositor", 3) [2730115.399] -> wl_registry(2, "wl_compositor", 3, new id [unknown]@4) [2730115.420] wl_registry(3, "wl_shm", 1) [2730115.435] -> wl_registry(3, "wl_shm", 1, new id [unknown]@5) [2730115.570] -> wl_shm(new id wl_shm_pool@6, fd 11, 2304) [2730115.853] -> wl_shm_pool(6912) [2730118.519] -> wl_shm_pool(16128) [2730119.414] -> wl_shm_pool(34560) [2730119.484] -> wl_shm_pool(71424) [2730119.559] -> wl_shm_pool(145152) [2730119.772] -> wl_shm_pool(292608) [2730122.800] -> wl_shm_pool(587520) [2730132.566] -> wl_shm_pool(1177344) [2730164.251] wl_registry(4, "wl_output", 2) [2730164.291] -> wl_registry(4, "wl_output", 2, new id [unknown]@7) [2730164.405] -> wl_display(new id wl_callback@8) [2730164.421] wl_registry(5, "wl_data_device_manager", 3) [2730164.437] -> wl_registry(5, "wl_data_device_manager", 3, new id [unknown]@9) [2730164.457] wl_registry(6, "gtk_primary_selection_device_manager", 1) [2730164.473] -> wl_registry(6, "gtk_primary_selection_device_manager", 1, new id [unknown]@10) [2730164.493] wl_registry(7, "zxdg_shell_v6", 1) [2730164.508] -> wl_registry(7, "zxdg_shell_v6", 1, new id [unknown]@11) [2730164.527] wl_registry(8, "wl_shell", 1) [2730164.542] wl_registry(9, "gtk_shell1", 1) [2730164.557] -> wl_registry(9, "gtk_shell1", 1, new id [unknown]@12) [2730164.576] wl_registry(10, "wl_subcompositor", 1) [2730164.591] -> wl_registry(10, "wl_subcompositor", 1, new id [unknown]@13) [2730164.612] wl_registry(11, "zwp_pointer_gestures_v1", 1) [2730164.627] -> wl_registry(11, "zwp_pointer_gestures_v1", 1, new id [unknown]@14) [2730164.646] wl_registry(12, "zwp_tablet_manager_v2", 1) [2730164.662] -> wl_registry(12, "zwp_tablet_manager_v2", 1, new id [unknown]@15) [2730164.681] wl_registry(13, "wl_seat", 5) [2730164.698] -> wl_registry(13, "wl_seat", 5, new id [unknown]@16) [2730170.501] -> wl_compositor(new id wl_surface@17) [2730170.551] -> gtk_primary_selection_device_manager(new id gtk_primary_selection_device@18, wl_seat@16) [2730170.568] -> wl_data_device_manager(new id wl_data_device@19, wl_seat@16) [2730170.616] -> wl_compositor(new id wl_surface@20) [2730170.789] -> zwp_tablet_manager_v2(new id zwp_tablet_seat_v2@21, wl_seat@16) [2730170.813] -> wl_display(new id wl_callback@22) [2730170.831] wl_registry(14, "zwp_relative_pointer_manager_v1", 1) [2730170.849] wl_registry(15, "zwp_pointer_constraints_v1", 1) [2730170.871] wl_registry(16, "zxdg_exporter_v1", 1) [2730170.886] -> wl_registry(16, "zxdg_exporter_v1", 1, new id [unknown]@23) [2730170.910] wl_registry(17, "zxdg_importer_v1", 1) [2730170.925] -> wl_registry(17, "zxdg_importer_v1", 1, new id [unknown]@24) [2730170.949] wl_callback(807) [2730171.329] wl_display(8) [2730171.347] wl_display(22) [2730171.362] wl_shm(0) [2730171.372] wl_shm(1) [2730171.380] wl_output(0, 0, 350, 200, 0, "SEC", "0x304c", 0) [2730171.419] wl_output(3, 1366, 768, 59998) [2730171.448] wl_output(1) [2730171.458] wl_output() [2730171.479] wl_callback(808) [2730171.495] gtk_shell1(1) [2730171.517] wl_seat(3) [2730171.527] -> wl_seat(new id wl_pointer@8) [2730171.562] -> zwp_pointer_gestures_v1(new id zwp_pointer_gesture_swipe_v1@3, wl_pointer@8) [2730171.582] -> zwp_pointer_gestures_v1(new id zwp_pointer_gesture_pinch_v1@25, wl_pointer@8) [2730171.607] -> wl_seat(new id wl_keyboard@26) [2730171.648] wl_seat("seat0") [2730171.659] wl_callback(808) 7.0 unix: Caught signal SIGSEGV (0x0000000000000000) openclonk(+0x19680c)[0x55717821c80c] openclonk(+0x196a10)[0x55717821ca10] /lib64/libpthread.so.0(+0x115b0)[0x7fc79ebdb5b0] /lib64/libgobject-2.0.so.0(g_type_check_instance_is_fundamentally_a+0xd)[0x7fc79f330ced] /lib64/libgobject-2.0.so.0(g_object_ref+0x13)[0x7fc79f310b73] /lib64/libgdk-3.so.0(+0x86f3a)[0x7fc7a0740f3a] /lib64/libgdk-3.so.0(+0x872ff)[0x7fc7a07412ff] /lib64/libX11.so.6(_XSend+0x15f)[0x7fc7a1b445ff] /lib64/libX11.so.6(XQueryExtension+0x84)[0x7fc7a1b3ac94] /lib64/libX11.so.6(XInitExtension+0x32)[0x7fc7a1b2e7d2] /lib64/libXext.so.6(XextAddDisplay+0x4f)[0x7fc79d50a20f] /lib64/libXrandr.so.2(+0x1d56)[0x7fc7a18f9d56] /lib64/libXrandr.so.2(XRRQueryExtension+0x11)[0x7fc7a18fa381] openclonk(_ZN13C4AbstractApp4InitEiPPc+0x9f)[0x557178225a2f] openclonk(main+0x12a)[0x557178217faa] /lib64/libc.so.6(__libc_start_main+0xf1)[0x7fc79dd74401] openclonk(_start+0x2a)[0x55717821c63a] > > After some seconds of showing rubbish, it was all normal. What does mean 'rubbish' and when does it happen?
openclonk-7.0-6.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-5e64d1e1a4
> This command works when i use Wayland. Great. Basically it uses XWayland, in this case. Could we maybe get a patch for it upstream? BTW: What does you new release/patch change? Hopefully not add the WAYLAND_DISPLAY to the .desktop file… :) This would be an ugly workaround. I'd rather prefer a > What does mean 'rubbish' and when does it happen? Ah, it is just visible that things (graphics) tend to load at the beginning. (I'll attach a screencast.)
Created attachment 1291579 [details] flakering and some strange rectangular display when starting
openclonk-7.0-6.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-5e64d1e1a4
openclonk-7.0-6.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-abf4cab754
openclonk-7.0-6.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.
openclonk-7.0-6.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.
This bug appears to have been reported against 'rawhide' during the Fedora 27 development cycle. Changing version to '27'.
*** This bug has been marked as a duplicate of bug 1547027 ***