GNOME Bugzilla – Bug 795353
GIMP 2.10 RC2 Crash at startup
Last modified: 2018-04-18 11:18:36 UTC
gimp crash on startup my distribution is parabola gnu/linux (arch derviative) and i build gimp using this AUR package https://aur.archlinux.org/packages/gimp-devel here is my log : ############################################################################ GNU Image Manipulation Program version 2.10.0-RC2 git-describe: GIMP_2_10_0_RC1-223-g6582692ec6 C compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --enable-multilib --disable-werror --enable-checking=release --enable-default-pie --enable-default-ssp Thread model: posix gcc version 7.3.1 20180312 (GCC) using GEGL version 0.3.35 (compiled against version 0.3.35) using GLib version 2.56.1 (compiled against version 2.56.1) using GdkPixbuf version 2.36.12 (compiled against version 2.36.12) using GTK+ version 2.24.32 (compiled against version 2.24.32) using Pango version 1.42.1 (compiled against version 1.42.1) using Fontconfig version 2.13.0 (compiled against version 2.13.0) using Cairo version 1.15.12 (compiled against version 1.15.12) > fatal error: Segmentation fault Stack trace: # Stack traces obtained from PID 16719 - Thread 16719 # [New LWP 16720] [New LWP 16722] [New LWP 16723] [New LWP 16725] [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". 0x00007f0503044988 in read () from /usr/lib/libpthread.so.0 Id Target Id Frame * 1 Thread 0x7f0507db7d40 (LWP 16719) "gimp-2.10" 0x00007f0503044988 in read () from /usr/lib/libpthread.so.0 2 Thread 0x7f04f9a48700 (LWP 16720) "gmain" 0x00007f0502d6897b in poll () from /usr/lib/libc.so.6 3 Thread 0x7f04f91f6700 (LWP 16722) "gdbus" 0x00007f0502d6897b in poll () from /usr/lib/libc.so.6 4 Thread 0x7f04d83c2700 (LWP 16723) "worker" 0x00007f0502d6d879 in syscall () from /usr/lib/libc.so.6 5 Thread 0x7f04d7b70700 (LWP 16725) "pool" 0x00007f0502d6d879 in syscall () from /usr/lib/libc.so.6
+ Trace 238566
Thread 1 (Thread 0x7f0507db7d40 (LWP 16719))
############################################################################
You have a typical error when GIMP is trying to load some of the MyPaint brushes version 2, which are incompatible with libmypaint 1. Last we heard, there was a bug in the Arch package: see bug 794818 and bug 794865. In this last bug, the reporter told us he added a comment in the AUR gimp-devel package page. But I'm not sure if just a comment will be enough to put light on the problem. Could you maybe open rather a bug report there? Otherwise this issue may be fixed in forever. P.S.: of course, GIMP still should not crash with wrong brushes. But there is an upstream bug in libmypaint about this. We can't do anything about this unless they fix libmypaint or version the brush format itself. See https://github.com/mypaint/libmypaint/issues/101 *** This bug has been marked as a duplicate of bug 794818 ***