[bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line
Mantis Bug Tracker
noreply at opencsw.org
Tue May 25 21:40:49 CEST 2010
A NOTE has been added to this issue.
======================================================================
http://www.opencsw.org/mantis/view.php?id=4276
======================================================================
Reported By: skayser
Assigned To:
======================================================================
Project: graphviz
Issue ID: 4276
Category: regular use
Reproducibility: always
Severity: minor
Priority: normal
Status: new
======================================================================
Date Submitted: 2010-02-15 13:56 CET
Last Modified: 2010-05-25 21:40 CEST
======================================================================
Summary: PNG backend: dot files from scfdot converted to png
contain extraneous line
Description:
When i feed .dot files generated by scfdot to dot with -Tpng, the resulting
.png files contain an extra line at the top which makes the png unreadable
by image viewers. Deleting this line fixes the issue. Is this a bug in dot,
scfdot, or the png backend?
$ dot -V
dot - graphviz version 2.26.3 (20100126.1600)
# pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot
...
$ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot
$ file test.png
test.png: data
$ head -1 test.png
-36 2444.2 translate newpath user_shape_0
$ gsed -i -e '1d' test.png
$ file test.png
test.png: PNG image data
Simple graphs don't expose this problem.
$ echo "digraph G {Hello->World}" | dot -Tpng >hello.png
$ file hello.png
hello.png: PNG image data
======================================================================
----------------------------------------------------------------------
(0007945) skayser (administrator) - 2010-05-25 21:40
http://www.opencsw.org/mantis/view.php?id=4276#c7945
----------------------------------------------------------------------
John, I have revisited this issue and the related bug against ghostscript.
Not sure, why ghostscript was needed to be rebuilt against CSW's X11 ...
but this might have changed: libXrender is now available again in version
that links against vanilla X11 and installs in /opt/csw/lib (libxrender),
while the version which links against CSW's X11 and which installs to
/opt/csw/X11/lib was moved to a separate package (cx_libxrender).
Would you mind to have a look again?
More information about the bug-notifications
mailing list