Package: graphviz
Version: 2.14.1
A new release of graphviz is now available from:
http://www.graphviz.org/pub/graphviz/ARCHIVE/graphviz-2.14.1.tar.gz
This is mostly a bugfix release, see ChangeLog for details.
It now will use libgd >= 2.0.34 if available on the build platform, or
use gd-2.0
Akim Demaille wrote:
I have a quick question: I have tried another dotty on another
machine, and both dotty -V gave the same reference (something
like 96c IIRC). Apparently that information is not sufficient
to find out what real version of code runs. What is the surest
way to find code versio
Akim Demaille wrote:
I have a quick question: I have tried another dotty on another
machine, and both dotty -V gave the same reference (something
like 96c IIRC). Apparently that information is not sufficient
to find out what real version of code runs. What is the surest
way to find code versio
Akim Demaille wrote:
Actually the problem seems to be that GraphViz used to support `label'
for graphs, and today it behaves as if it were incorrect.
Not that drastic ;-)
This problem has been fixed in the graphviz-2.9 development series.
If its important enough to fix in a hurry you sho
Matthias Klose wrote:
Package: graphviz
Version: 2.8-2.1
Severity: serious
apparently, a build-conflict or a build-dependency is missing.
swig -c++ -lua -o gv_lua.cpp gv.i
if /bin/sh ../../libtool --tag=CXX --mode=compile i486-linux-gnu-g++ -DHAVE_CONFIG_H -I.
-I. -I../.. -I../.. -I../../lib/
Cyril Brulebois wrote:
and hppa fails too
but due to register/linkage matters.
/usr/lib/perl/5.8/CORE/perlvars.h:73: error: invalid use of 'register' in
linkage specification
gv_perl.cpp:1036: error: invalid use of 'register' in linkage specification
gv_perl.cpp:5429: error: invalid use o
Akim Demaille wrote:
Package: graphviz
Version: 2.8-2
Severity: normal
The output in XFig seems to be broken (it used to be correct). Try
the following output, and see that the nodes don't appear. Weirdly
enough, when you scroll, you can see them flashing: I guess they
something is re-drawn o
Robert Sander wrote:
On Thu, Dec 15, 2005 at 10:23:33AM -0500, John Ellson wrote:
They are stored in an unusual place to avoid any potential for namespace
collisions in /usr/lib on 10 varieties of Unix.
But we are talking about Debian here, which is one variety of GNU/Linux
Robert Sander wrote:
Package: graphviz-dev
Version: 2.2.1-1sarge1
Severity: important
Hi!
When compiling a program and linking it to graphviz libraries one need
to supply -L/usr/lib/graphviz and extend LD_LIBRARY_PATH with that
directory, otherwise linking and execution will fail.
Why are the
marius mikucionis wrote:
We tried this here (upstream) with 2.2.1 on i686, and with latest CVS on
x86_64,
and we don't get the segfault but we do get:
interesting. but I use 32bit machine, you seem to use 64bit
architecture, doesn't it imply 64bit pointers and/or different memory
alignmen
Marius Mikucionis wrote:
Package: graphviz
Version: 2.2.1-1
Severity: important
Not sure whether it is connected to 305375, but I don't know how to work
arround the segfault, it's very anoying and I can't work with it.
obviously there is memory mishandling somewhere.
valgrind can locate the il
[EMAIL PROTECTED] wrote:
Package: graphviz-dev
Version: 2.2-2
Severity: minor
When called without argument, dotneato-config lists "--ldlags" as an
option, this should be called "--ldflags", of course.
Thanks. Fixed in CVS upstream at www.graphviz.org.
John
--
To UNSUBSCRIBE, email to [EMAIL PRO
Ben White wrote:
Package: graphviz
Version: 1.16-1
Severity: normal
It appears that not all of the relevant sym-links are setup within the
/usr/lib/graphviz directory. This caused problems with trying to use
other software that used the libraries (eg. webdot).
Fixed with
/usr/lib/graphviz# ln -s l
13 matches
Mail list logo
