Summary: | x11-plugins/wmudmount-2.2 : * ERROR: x11-plugins/wmudmount-2.2::gentoo failed (compile phase): | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Gentoo Dockapp Team <desktop-dock> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-history.txt
environment x11-plugins:wmudmount-2.2:20151022-021124.log |
Description
Toralf Förster
![]() Created attachment 415166 [details]
emerge-history.txt
Created attachment 415168 [details]
environment
Created attachment 415170 [details]
x11-plugins:wmudmount-2.2:20151022-021124.log
> convert -background none ../../icons/scalable/wmudmount-lock.svg -resize 16x16 wmudmount-lock.png
> convert: magick/utility.c:508: Base64Encode: Assertion `blob != (const unsigned char *) ((void *)0)' failed.
I cannot reproduce it on ~amd64 with either imagemagick-6.9.0.3 (stable) or imagemagick-6.9.2.0 (~arch), could it be something in imagemagick triggered in hardened profile? The source SVG file looks normal
It emerges fine at few other boxes : $ for i in amd64-*; do echo $i; qlop -u -l -H -g -f $i/var/log/emerge.log x11-plugins/wmudmount; done amd64-13.0-unstable_20151021-212800 amd64-desktop-stable_20151021-214100 amd64-gnome-stable_20151031-154847 Wed Nov 4 16:50:20 2015 >>> x11-plugins/wmudmount-2.2 wmudmount: Wed Nov 4 16:49:48 2015: 32 seconds wmudmount: 1 times amd64-kde-stable_20151021-204100 Fri Oct 23 05:25:09 2015 >>> x11-plugins/wmudmount-2.2 wmudmount: Fri Oct 23 05:24:50 2015: 19 seconds wmudmount: 1 times amd64-kde-stable_20151022-153305 amd64-kde-unstable_20151021-164100 amd64-plasma-stable_20151030-101700 Mon Nov 2 04:16:26 2015 >>> x11-plugins/wmudmount-2.2 wmudmount: Mon Nov 2 04:15:59 2015: 27 seconds so I'm sure that this ; Nov 4 19:45:19 tor-relay kernel: [1040110.098100] grsec: From 78.54.52.72: denied resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 for /home/tinderbox/images/amd64-desktop-stable_20151021-214100/usr/bin/convert[convert:31439] uid/euid:250/250 gid/egid:250/250, parent /home/tinderbox/images/amd64-desktop-stable_20151021-214100/usr/bin/gmake[make:31438] uid/euid:250/250 gid/egid:250/250 isn't the culprit. I bet that few uncommon USE-fag combinations are the culprit. b/c it failed in png maybe this is helpful too ? : tinderbox@tor-relay ~ $ sc amd64-desktop-stable_20151021-214100/ tor-relay / # qlist -Iv png media-gfx/apngasm-2.7 media-gfx/gif2png-2.5.9 media-gfx/optipng-0.7.3 media-gfx/pngcheck-2.3.0 media-gfx/pngcrush-1.7.81 media-gfx/pngnq-1.1 media-gfx/pngrewrite-1.3.0 media-gfx/pngtoico-1.0.1-r1 media-libs/glpng-1.46-r1 media-libs/libpng-1.2.52 media-libs/libpng-1.6.18 media-plugins/gst-plugins-libpng-0.10.31-r1 media-plugins/gst-plugins-libpng-1.4.5 Yes, the RLIMIT_CORE warning is probably just a result of the failed assertion. It is a svg->png conversion, so maybe one of the corresponding USE flags are missing on imagemagick? (In reply to Bernard Cafarelli from comment #6) > Yes, the RLIMIT_CORE warning is probably just a result of the failed > assertion. > > It is a svg->png conversion, so maybe one of the corresponding USE flags are > missing on imagemagick? Hhm : ================================================================= Package Settings ================================================================= media-gfx/imagemagick-6.9.0.3::gentoo was built with the following: USE="X bzip2 corefonts cxx fontconfig jpeg lcms openexr openmp pango svg tiff truetype xml zlib -autotrace -djvu -fftw -fpx -graphviz -hdri -jbig -jpeg2k -lqr -lzma (-opencl) -perl -png -postscript -q32 -q64 -q8 -raw -static-libs -test -webp -wmf" ABI_X86="64" I ask here : http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=28835&sid=def2a9a4fbde9e8caeb7168daa0abb2a Ah USE=-png could be the cause! After re-merging imagemagick without png: convert -background none ../../icons/scalable/wmudmount-unlock.svg -resize 16x16 wmudmount-unlock.png convert: no decode delegate for this image format `PNG' @ error/constitute.c/ReadImage/501. Makefile:467: recipe for target 'wmudmount-unlock.png' failed Can you check it works with imagemagick[png,svg]? I'll update the dependency if that fixes it (In reply to Bernard Cafarelli from comment #8) > Can you check it works with imagemagick[png,svg]? I'll update the dependency > if that fixes it [png] is needed, [svg]isn't necessarily needed (emerged imagemagick with "png -svg" and could emerge wmudmount too) Thanks, imagemagick now requires USE=png in 2.2 (no revbump as this is a pure build dependency) |