On Wed, Dec 22, 2021 at 9:03 PM Daniel Shahaf <danie...@apache.org> wrote: > Bob Friesenhahn wrote on Sat, Oct 24, 2015 at 12:11:42 -0500: > > GraphicsMagick bug 322 has been opened at SourceForge to track this issue. > > And has been fixed in the meantime: > > [quoting https://sourceforge.net/p/graphicsmagick/bugs/322/#9fb6] > This ticket has been fixed by change set 307b3c38b372, dated 4/30/18. Thanks for the feedback. Didn't follow that bugreport.
> That changeset was first released in the upstream GraphicsMagick-1_3_30 > tag (going by hg logs) and in version 1.3.29+hg15665-1 of the package > (going by package version numbers in `debsnap --list`). Will close this bug accordingly. > However, upon converting the SVG file in the OP, I get "gm convert: > invalid primitive argument (-0.000393701)" in both buster > (1.4+really1.3.35-1~deb10u1) > and current sid (1.4+really1.3.37-1). I'm not sure whether that's > a different form of the same bug or a separate bug. It's a different bug and comes from KiCad I believe, i.e. GraphicsMagick acts good this time. You can check this with your favorite editor, on line 13 in copper.svg you see: stroke:#000000; stroke-width:-0.000393701; stroke-opacity:1; How can a width be negative? Especially that other stroke-width values at least 39, i.e. much greater values. If I set negative width to be positive or simply zero then gm can convert it to a correct png image. Regards, Laszlo/GCS
