FS#63989 - Coredump in deepin-wm (Unable to enable windows effects) -- deepin-wm 1.9.38-2
Attached to Project:
Arch Linux
Opened by c (grinness) - Wednesday, 02 October 2019, 10:04 GMT
Last edited by Antonio Rojas (arojas) - Tuesday, 08 October 2019, 16:51 GMT
Opened by c (grinness) - Wednesday, 02 October 2019, 10:04 GMT
Last edited by Antonio Rojas (arojas) - Tuesday, 08 October 2019, 16:51 GMT
|
Details
Description:
Since a few weeks Deepin is not enabling windows effects (if manually forced via GUI, error appears) This has been experienced on multiple machines with opensource drivers: * intel (laptop) * AMD (Rx480) PACKAGE VERSION: deepin-wm 1.9.38-2 COREDUMP from journalctl -b: Oct 02 10:08:12 blue systemd-coredump[771]: Process 695 (deepin-wm) of user 1000 dumped core. Stack trace of thread 695: #0 0x00007fd741eb2755 raise (libc.so.6) #1 0x00007fd741e9d851 abort (libc.so.6) #2 0x00007fd741ef4a38 __libc_message (libc.so.6) #3 0x00007fd741efb25a malloc_printerr (libc.so.6) #4 0x00007fd741efc9cc _int_free (libc.so.6) #5 0x00005641269e1856 gala_deepin_utils_clutter_set_mode_cubic_bezier (deepin-wm) #6 0x00005641269e149e gala_deepin_utils_start_animation_group (deepin-wm) #7 0x00005641269e170f gala_deepin_utils_start_fade_in_back_animation (deepin-wm) #8 0x00005641269f9bf0 n/a (deepin-wm) #9 0x00005641269fa5cc n/a (deepin-wm) #10 0x00007fd742196564 n/a (libgobject-2.0.so.0) #11 0x00007fd7421972f9 g_object_new_valist (libgobject-2.0.so.0) #12 0x00007fd742197c6a g_object_new (libgobject-2.0.so.0) #13 0x00005641269df63b n/a (deepin-wm) #14 0x00007fd742196564 n/a (libgobject-2.0.so.0) #15 0x00007fd7421972f9 g_object_new_valist (libgobject-2.0.so.0) #16 0x00007fd742197c6a g_object_new (libgobject-2.0.so.0) #17 0x00005641269d6af9 n/a (deepin-wm) #18 0x00007fd74337405a n/a (libdeepin-mutter.so.0) #19 0x00007fd743220ef5 n/a (libclutter-1.0.so.0) #20 0x00007fd743221d63 n/a (libclutter-1.0.so.0) #21 0x00007fd7420a53ae g_main_context_dispatch (libglib-2.0.so.0) #22 0x00007fd7420a71c1 n/a (libglib-2.0.so.0) #23 0x00007fd7420a80d3 g_main_loop_run (libglib-2.0.so.0) #24 0x00007fd743366ef0 meta_run (libdeepin-mutter.so.0) #25 0x00005641269bb063 gala_main (deepin-wm) #26 0x00007fd741e9eee3 __libc_start_main (libc.so.6) #27 0x00005641269b311e _start (deepin-wm) Stack trace of thread 752: #0 0x00007fd741f6518c __read (libc.so.6) #1 0x00007fd7422003d2 n/a (libgio-2.0.so.0) #2 0x00007fd7422b10de g_input_stream_read (libgio-2.0.so.0) #3 0x00007fd742380274 n/a (libgdk_pixbuf-2.0.so.0) #4 0x00007fd74238031e gdk_pixbuf_new_from_stream (libgdk_pixbuf-2.0.so.0) #5 0x00007fd74334a5fe n/a (libdeepin-mutter.so.0) #6 0x00007fd74227ca81 n/a (libgio-2.0.so.0) #7 0x00007fd74207cf97 n/a (libglib-2.0.so.0) #8 0x00007fd742083bc1 n/a (libglib-2.0.so.0) #9 0x00007fd741dd557f start_thread (libpthread.so.0) #10 0x00007fd741f740e3 __clone (libc.so.6) Stack trace of thread 769: #0 0x00007fd741f6518c __read (libc.so.6) #1 0x00007fd7422003d2 n/a (libgio-2.0.so.0) #2 0x00007fd7422b10de g_input_stream_read (libgio-2.0.so.0) #3 0x00007fd742380274 n/a (libgdk_pixbuf-2.0.so.0) #4 0x00007fd74238031e gdk_pixbuf_new_from_stream (libgdk_pixbuf-2.0.so.0) #5 0x00007fd74334a5fe n/a (libdeepin-mutter.so.0) #6 0x00007fd74227ca81 n/a (libgio-2.0.so.0) #7 0x00007fd74207cf97 n/a (libglib-2.0.so.0) #8 0x00007fd742083bc1 n/a (libglib-2.0.so.0) #9 0x00007fd741dd557f start_thread (libpthread.so.0) #10 0x00007fd741f740e3 __clone (libc.so.6) Stack trace of thread 698: #0 0x00007fd741f69667 __poll (libc.so.6) #1 0x00007fd7420a7130 n/a (libglib-2.0.so.0) #2 0x00007fd7420a80d3 g_main_loop_run (libglib-2.0.so.0) #3 0x00007fd742215b18 n/a (libgio-2.0.so.0) #4 0x00007fd742083bc1 n/a (libglib-2.0.so.0) #5 0x00007fd741dd557f start_thread (libpthread.so.0) #6 0x00007fd741f740e3 __clone (libc.so.6) Stack trace of thread 696: #0 0x00007fd741f69667 __poll (libc.so.6) #1 0x00007fd7420a7130 n/a (libglib-2.0.so.0) #2 0x00007fd7420a7201 g_main_context_iteration (libglib-2.0.so.0) #3 0x00007fd7420a7252 n/a (libglib-2.0.so.0) #4 0x00007fd742083bc1 n/a (libglib-2.0.so.0) #5 0x00007fd741dd557f start_thread (libpthread.so.0) #6 0x00007fd741f740e3 __clone (libc.so.6) Stack trace of thread 697: #0 0x00007fd741ddb415 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007fd73df27f5c n/a (i965_dri.so) #2 0x00007fd73df27b58 n/a (i965_dri.so) #3 0x00007fd741dd557f start_thread (libpthread.so.0) #4 0x00007fd741f740e3 __clone (libc.so.6) Stack trace of thread 753: #0 0x00007fd741f69667 __poll (libc.so.6) #1 0x00007fd7420a7130 n/a (libglib-2.0.so.0) #2 0x00007fd7420a7201 g_main_context_iteration (libglib-2.0.so.0) #3 0x00007fd74377de5e n/a (libdconfsettings.so) #4 0x00007fd742083bc1 n/a (libglib-2.0.so.0) #5 0x00007fd741dd557f start_thread (libpthread.so.0) #6 0x00007fd741f740e3 __clone (libc.so.6) Oct 02 10:08:12 blue systemd[1]: systemd-coredump@0-770-0.service: Succeeded. GLXINFO glxinfo -B name of display: :0 display: :0 screen: 0 direct rendering: Yes Extended renderer info (GLX_MESA_query_renderer): Vendor: Intel Open Source Technology Center (0x8086) Device: Mesa DRI Intel(R) Sandybridge Mobile (0x126) Version: 19.1.7 Accelerated: yes Video memory: 1536MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 3.3 Max compat profile version: 3.0 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.0 OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile OpenGL core profile version string: 3.3 (Core Profile) Mesa 19.1.7 OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL version string: 3.0 Mesa 19.1.7 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL ES profile version string: OpenGL ES 3.0 Mesa 19.1.7 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 PLEASE ALSO SEE: https://bbs.archlinux.org/viewtopic.php?pid=1866421#p1866421 |
This task depends upon
Comment by c (grinness) - Thursday,
03 October 2019, 16:36 GMT
The issues seems to be that deepin-wm is deprecated, in place
installing deepin-kwim gets deepin up and running
Comment by c (grinness) - Friday,
04 October 2019, 09:01 GMT
Updating to the last version of deepin-wm (1.9.38-3) solves the
issue