Summary: | media-gfx/gimp-2.10.2 segmentation fault at startup | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jan-Erik Skata <jeskata> |
Component: | Current packages | Assignee: | Sergey Torokhov <torokhov-s-a> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | pacho, proxy-maint, rgrisha |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jan-Erik Skata
2018-06-26 14:22:37 UTC
Get this in shell: $ gimp Missing fast-path babl conversion detected, Implementing missing babl fast paths accelerates GEGL, GIMP and other software using babl, warnings are printed on first occurance of formats used where a conversion has to be synthesized programmatically by babl based on format description *WARNING* missing babl fast path(s): "R'G'B' double" to "CIE Lab double" gimp: fatal error: Segmentation fault Hello Jan, in the stacktrace "mypaint_brush_setting_from_cname" catches my eye. Do you have something other than - media-gfx/mypaint-brushes-1.3.0 - media-libs/libmypaint-1.3.0 installed for these packages? Do you install custom/thirdparty brushes on top somewhere? Not what I know of. I have those two installed. I do have some filters and script-fu installed for GIMP 2.8. Wavelet-denoise, wavelet-sharpen and gimp_plugin-refocus-it, as well as ufraw-gimp in /usr/lib64/gimp/2.0/plug-ins/. Dynamic-range-extender.scm in .gimp-2.8/scripts/. Should I try unmerge gimp-2.8 and rename these directories? I want to confirm that I had the same problem with the exact same stack trace. However, I noticed that my libmypaint was installed in December 2017. On a lark I re-emerged libmypaint-1.3.0 and the problem disappeared. Maybe this will work for you too. (In reply to Frank Peters from comment #5) > However, I noticed that my libmypaint was installed in December 2017. > On a lark I re-emerged libmypaint-1.3.0 and the problem disappeared. Nice, thank you! Jan, can you give that a try? Yes, this solved the problem. Guess it had been compiled with an older GCC? No idea. I'd be happy to add a subslot dependency forcing repuilds on libmypaint subslot changes but both libmypaint ebuilds share the same slot-subslot combination. Any ideas? (In reply to Sebastian Pipping from comment #8) > Any ideas? > Could it be gegl? The latest gimp-2.10.x needs gegl-0.4. If libmypaint was installed in Dec 2017 it would not be linked with gegl-0.4. Unfortunately, since I re-emerged libmypaint I cannot check on how it was previously built. I get the same segfault as in #1 with gimp-2.9.8-r1 Just before that I upgraded gimp itself I upgraded to stable gcc-7.3.0 but didn't do an emerge -e world before upgrading gimp. If there are unaffacted people out there it is most likely somewhere deep down in the deps of gimp or from one of the subdeps. Will do the emerge -e world soon and report back here. The system is an amd64 stable, but on a musl profile. You have openmp USE enabled, and it is linked to gcc[openmp], maybe this is one of that packages that needs to be rebuilt after a gcc update :/ *** Bug 663430 has been marked as a duplicate of this bug. *** (In reply to Pacho Ramos from comment #11) > You have openmp USE enabled, and it is linked to gcc[openmp], maybe this is > one of that packages that needs to be rebuilt after a gcc update :/ is that fixing the bug for you? |