#910482 libmagickcore-6.q16-6-extra: SVG error messages and/or rendering errors if inkscape not installed #910482
- Package:
- libmagickcore-6.q16-6-extra
- Source:
- imagemagick
- Description:
- low-level image manipulation library - extra codecs (Q16)
- Submitter:
- "Alan W. Irwin"
- Date:
- 2024-04-12 15:27:03 UTC
- Severity:
- normal
- Tags:
Dear Maintainer, With libmagickcore-6.q16-6-extra installed, "display" (symlinked to display-im6.q16) renders validated SVG files incorrectly or not at all (exited with "display-im6.q16: non-conforming drawing primitive definition `path' @ error/draw.c/DrawImage/4216." ) if inkscape is not installed. Therefore, since inkscape is so essential for processing SVG files I suggest that inkscape be promoted from "Suggests:" to "Recommends:" for libmagickcore-6.q16-6-extra or else the package description should mention that inkscape is essential to SVG success. Alan
Hi Alan, I'm not able to reproduce your problem with the version of imagemagick currently in unstable. Can you post a SVG file that exhibits the problem? Thanks! cheers, josch
This is a really old bug, but I just proved it continues to exist for Debian Stable with the attached "test.svg" SVG file. If you use pqiv to view this file, the result is a nice graphics plot with horizontal text title at the top and graphics elements underneath. And similarly with display *if inkscape is installed". If inkscape is purged, "pqiv test.svg" still works as before, but "display test.svg" silently displays just the horizontal title without the graphics elements. Or in other words, inkscape is essential for viewing this SVG file with the imagemagick display app. Do you confirm this same issue for Unstable, and if so shouldn't the following irwin@merlin> dpkg --status libmagickcore-6.q16-6-extra |grep -i inkscape Suggests: inkscape be changed to "Recommends: inkscape"? That small packaging change is all that is required to fix this dependency bug (if your above test shows this bug continues to persist in Unstable). Alan
Dear all, This bug is still present in the current Debian bookworm. CONTEXT: Debian/bookworm $ dpkg -l |grep -E "inkscape|imagemagick" ii imagemagick 8:6.9.11.60+dfsg-1.6+deb12u1 amd64 image manipulation programs -- binaries ii imagemagick-6-common 8:6.9.11.60+dfsg-1.6+deb12u1 all image manipulation programs -- infrastructure ii imagemagick-6.q16 8:6.9.11.60+dfsg-1.6+deb12u1 amd64 image manipulation programs -- quantum depth Q16 i.e. inkscape is not installed REPRODUCE: wget https://upload.wikimedia.org/wikipedia/commons/9/90/World_line2.svg # version of 26 June 2008 20:05 wget https://upload.wikimedia.org/wikipedia/commons/7/74/Ladder_Paradox_Overview.svg # version of 2009-08-24 convert -verbose World_line2.svg -resize 500 W.eps |& tee log.1 convert -verbose Ladder_Paradox_Overview.svg -resize 500 L.eps |& tee log.2 STDOUT+STDERR: $ cat log.[12] 'inkscape' '/tmp/magick--xCaXnAzMn6TMu2YcffaCk_bNw2IGZBA' --export-filename='/tmp/magick-rhLErifp8wZ4D332LJx_ABM0iHpXANep.png' --export-dpi='96' --export-background='rgb(100%,100%,100%)' --export-background-opacity='0.99999999999900002212' > '/tmp/magick-MWNHBpvNh4Lwt-jVMJZXkgEtANDzORNy' 2>&1 mvg:/tmp/magick-pLnisu3k87MW9GIzRh03yxBbjSvsBZQr=>/tmp/magick-pLnisu3k87MW9GIzRh03yxBbjSvsBZQr MVG 675x600 675x600+0+0 16-bit sRGB 58245B 0.200u 0:00.128 World_line2.svg SVG 675x600 675x600+0+0 16-bit sRGB 58245B 0.000u 0:00.000 World_line2.svg=>W.eps SVG 675x600=>500x444 500x444+0+0 16-bit sRGB 1.292MiB 0.080u 0:00.030 'inkscape' '/tmp/magick-eEqnoa1lh-bR2YQ4wRImT-RpuUqmeu8r' --export-filename='/tmp/magick-xVXVTXaZCe4bk3IUC_lD4zzfn5XCIRVB.png' --export-dpi='96' --export-background='rgb(100%,100%,100%)' --export-background-opacity='0.99999999999900002212' > '/tmp/magick-zvM9MVRkEGWdQArdpXoX7hWFS-3Qn7DO' 2>&1 mvg:/tmp/magick-wUkS3YTrUUaAgYTsUltnJzfghGl8I2Xy=>/tmp/magick-wUkS3YTrUUaAgYTsUltnJzfghGl8I2Xy MVG 278x120 278x120+0+0 16-bit sRGB 5200B 0.150u 0:00.148 Ladder_Paradox_Overview.svg SVG 278x120 278x120+0+0 16-bit sRGB 5200B 0.000u 0:00.000 Ladder_Paradox_Overview.svg=>L.eps SVG 278x120=>500x216 500x216+0+0 16-bit Bilevel Gray 33253B 0.040u 0:00.045 Visual checks: 'gv W.eps' looks OK; 'gv L.eps' looks completely blank I assume that W.eps was created OK without inkscape because the .svg file has a section with i:pgf ... !CDATA that presumably contains a PGF image - https://en.wikipedia.org/wiki/Progressive_Graphics_File WHAT TO DO: Weak arguments for and against changing from 'Suggests: inkscape' to 'Recommends: inkscape': - for - fewer people will have this bug occur and be annoyed at the failure; - against - inkscape is a medium size package with lots of dependencies (120 Mb after unpacking for my system, including the dependencies) and not everyone using imagemagick wants to do svg conversions. This does seem like a user feedback problem for upstream. Shouldn't 'convert' be expected to give either a warning or an error to the user? The fact that it works in one case out of the two in the above example favours a warning rather than an error. Cheers Boud