Package: graphicsmagick
Version: 1.4+really1.3.37-1
Severity: normal
Tags: upstream
Dear Maintainer,
* What exactly did you do (or not do) that was effective (or
ineffective)?
% wget
'https://salsa.debian.org/reproducible-builds/reproducible-website/-/raw/13974cb4b4fa5dcdb2add8d46886d42676597db2/images/logos/rb-logo-only.svg?inline=false'
-O rb-logo-only.svg
% gm convert rb-logo-only.svg 1.png
* What was the outcome of this action?
Only one circle and a corner of one arrow are visible in the PNG files.
* What outcome did you expect instead?
I expected all elements of the logo (circles and polygons) to be visible
where they were. That's what happens when another tool is used to do
the conversion (gimp 2.10.8-2).
* Additional information
The resulting PNG looks as though the contents of the SVG file were all
shifted left by 82.8% of the width of the canvas and up by 4% of the
height of the canvas. (Determined by comparing «gm convert -size 500x500
rb-logo-only.svg -resize 500x500 bar.png» to the SVG file at 500x500.)
If the second and third parameters of the «rotate» transformation are
deleted before calling convert(1), then the resulting PNG is identical
to the above PNG. That is, it looks as though the second and third
parameters of «rotate» are treated as though they were absent.
If the «rotate» transformation is deleted entirely, then the SVG→PNG
transformation is correct. (Some of the circles and polygons are
still off-canvas, but they are off-canvas both in the input SVG and
in the output PNG.)
Many thanks to Grzegorz (Cc'd) for the observations related to the
«rotate» transformation.
Cheers,
Daniel
-- System Information:
(fresh sid chroot from today)
