On 25/01/14 14:28, Christoph Egger wrote:
Package: wnpp
Severity: normal
Hi all!
Both, tokkee and myself, do not have the time to take care of
graphviz (even if it's just being available for review and
sponsoring). David may still be motivated, if so, please speak up!
Still it's a
tags 729273 + pending
thanks
Hi,
I have a fix for this in git which is more or less ready, expect that
the repo is on Alioth which is down right now. I'll see about getting
it uploaded as soon as it is operational again.
Cheers,
David.
On 11/11/13 02:23, Sang Kil Cha wrote:
Package:
reassign 722660 blt
thanks
Hi,
I'm reassigning this to blt as it looks like this might be a
regression. The changelog for version 2.4z-3 says the following:
Moved the man pages and HTML docs for the BLT commands from the blt-dev
package to the blt package, where they really belong. Left just
tags 695088 + pending
thanks
On 15/05/13 01:35, Colin Watson wrote:
It's been applied to 655 packages already, so this is work that is well
underway ...
Good enough for me, I've applied the changes to the git archive. If you
want to, you can build it from there using git-buildpackage - any
tags 707502 + pending
thanks
On 19/05/13 10:18, Roland Stigge wrote:
Hi,
the attached patch fixes the build error. There might be issues left for
a complete python transition, though.
Roland
Thanks Roland, I've applied this fix to the git archive.
Cheers,
David.
--
To UNSUBSCRIBE,
On 04/12/12 02:48, Colin Watson wrote:
Package: graphviz
Version: 2.26.3-12
Severity: wishlist
Tags: patch
User: crossbu...@debian.org
Usertags: cross
graphviz is Architecture: any, but on a multiarch system it doesn't
matter which architecture you get as long as you can execute its
On 14/05/13 23:37, Colin Watson wrote:
I don't understand how graphviz itself could possibly be Multi-Arch:
same. Things like libgraph4, sure, but you can't make a package that
ships compiled code in /usr/bin/ M-A: same - builds on different
architectures will inevitably clash - and it
now.
+ Changed configure.ac to ensure system ltdl is used instead
+- Security issue - shipped ltdl is susceptible to issue
+ described in DSA-1958-1 (CVE-2009-3736)
+
+ -- David Claughton d...@eclecticdave.com Tue, 19 Mar 2013 23:24:52 +
+
graphviz (2.26.3-5) unstable; urgency
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package graphviz
Version 2.26.3-14 fixes RC bug #702436 which addresses a security
issue (links with ancient libltdl which suffers from DSA-1958-1)
by switching to linking
Hi Michael,
I've done some digging and the good news is this issue seems to have
already been fixed upstream in 2.28, which is sitting in the git archive
to be uploaded more or less when unstable reopens for business.
It looks like 2.26 should also potentially be patched for wheezy, as
security
On 06/03/13 14:54, Michael Tautschnig wrote:
Package: graphviz
Version: 2.26.3-12
Usertags: goto-cc
graphviz currently links against a shipped version of libtool that appears to
be
pre-2009, and at the very least is broken when using type-checking linkers.
This
was fixed in 2010:
On 31/01/13 15:00, Loyall, David wrote:
I am trying to build from
git://git.debian.org/git/collab-maint/graphviz.git using
git-buildpackage... But the build fails for [unstable] and
[upstream/2.28.0] doesn’t contain debian magic. That’s as far as I got. :)
Hi David,
Sorry about that, I'd
Hi Gauthier,
In the examples you give, you appear to have left a space between the
words font and name. I think you intended to put fontname?
Works for me if I specify things like Helvetica or just for fun junkyard:
digraph G {
xyz [label =
Hi Shawn,
Thanks for your patch submission, sorry for the delay in responding to it.
Unfortunately I don't believe Multi-arch:Foreign is correct for graphviz
as this is intended to be used for arch:all support packages or packages
where it doesn't matter if its arch matches the one you are
@@
+graphviz (2.26.3-11) unstable; urgency=low
+
+ * Remove reference to python 2.5 which is no longer available in sid
+(Closes: #669517)
+
+ -- David Claughton d...@eclecticdave.com Wed, 02 May 2012 21:53:08 +0100
+
graphviz (2.26.3-10) unstable; urgency=low
* Fixes for compatibility
tags 676098 + pending
thanks
Hi Lucas,
Thanks for your efforts - looks like the package was broken by the
recent change to use ruby 1.9 by default.
I've pushed changes to the git repo that fixes the build, just needs a
little testing before I get it uploaded...
Cheers,
David.
On
Hi Sylvestre,
I'm afraid I'm having trouble reproducing your problem. Although I
don't use cowbuilder, I've successfully installed the package both
directly and on an sbuild schroot.
Could be a corrupt package download - can you re-download and try again,
maybe from a different mirror?
Cheers,
tags 639288 - patch
thanks
On 28/08/11 20:51, David Claughton wrote:
On 26/08/11 03:49, Daniel Schepler wrote:
On Thursday, August 25, 2011 12:36:13 PM David Claughton wrote:
On 25/08/11 17:58, Daniel Schepler wrote:
[...] and tcl-dev and tk-dev aren't in
the Build-Depends, it can't find
tags 639288 + patch pending
thanks
On 26/08/11 03:49, Daniel Schepler wrote:
On Thursday, August 25, 2011 12:36:13 PM David Claughton wrote:
On 25/08/11 17:58, Daniel Schepler wrote:
When I tried removing gv.3python from debian/libgv-python.install to get the
packages built, I ran
On 25/08/11 17:58, Daniel Schepler wrote:
An interesting line from earlier in the log:
/usr/bin/install -c -m 644 gv.3guile gv.3lua gv.3ocaml gv.3perl gv.3php
gv.3ruby '/tmp/buildd/graphviz-2.26.3/debian/tmp/usr/share/man/man3'
I'm not sure why gv.3python is missing in that line.
Hmm,
On 04/05/11 23:32, Christoph Egger wrote:
(unstable-kfreebsd-i386-sbuild)root@escher:~# dot --help
There is no layout engine support for dot
Perhaps dot -c needs to be run (with installer's privileges) to register
the plugins?
(unstable-kfreebsd-i386-sbuild)root@escher:~# sh -x
On 23/04/11 23:32, David Claughton wrote:
On 22/04/11 21:10, Mehdi Dogguy wrote:
I've been able to build the package using Barry's patch, and
successfully tested the python binary package produced. So, ok
upstream's Graphviz doesn't have Python 2.7 support… but you can hack
configure.ac a bit
On 24/04/11 23:45, Mehdi Dogguy wrote:
On 04/25/2011 12:17 AM, David Claughton wrote:
OK, I've applied the patch to the git repo - looks good. Thanks
again to you both.
Thanks.
However, you might want to revert the other patch that turned
pyversions -s into pyversions -r. The former
On 22/04/11 21:10, Mehdi Dogguy wrote:
I'm sorry but 65883762c382d200cc5001433d060474045c7e30 looks wrong.
If python 2.7 is set as default python interpreter, libgv-python will be
useless, unless you install python2.6.
I realise that this will probably happen at some point, but I didn't
Hi Christoph,
Hope you're having a happy Easter (you too Seb).
I've just pushed some changes to the git repo to fix the recent FTBFS
which was caused by the introduction of python 2.7 to the archive.
I've thrown in a couple of other things including a patch for Hurd which
was submitted - just
It seems that all supported Python versions are explicit in the
configure script, and Python 2.7 is missing.
Hi Stéphane,
Thanks for the report.
It looks like the current graphviz doesn't offer support for python 2.7.
Upstream have advised that version 2.28 is due to be released any day
forwarded 620801 gviz-b...@research.att.com
thanks
Hi Eddy,
Thanks for the report. I've confirmed that the problem continues to
exist with the latest nightly builds and have forwarded it upstream for
them to look at.
Cheers,
David.
On 04/04/11 10:41, e...@opera.com wrote:
Subject:
On 09/03/11 23:46, Reuben Thomas wrote:
On 9 March 2011 22:36, David Claughton d...@eclecticdave.com wrote:
Do you have NUMLOCK on by any chance?
No. My keyboard doesn't have a NumLock key or light. I loaded up GNOME
Keyboard Properties, and the key is greyed out in the diagram
On 11/03/11 00:06, Reuben Thomas wrote:
On 10 March 2011 22:31, David Claughton d...@eclecticdave.com wrote:
Could you
post the output of 'xmodmap -pm'?
xmodmap: up to 4 keys per modifier, (keycodes in parentheses):
shift Shift_L (0x32), Shift_R (0x3e)
lock
control Control_L
On 09/03/11 14:47, Reuben Thomas wrote:
Package: graphviz
Version: 2.26.3-4
Severity: normal
I start dotty, and right click once. Nothing happens (I would expect
the menu to appear). Note that the window already has the focus.
I click again. The menu appears, but when I move the mouse
tags 578320 + pending
thanks
On 08/03/11 21:20, Samuel Thibault wrote:
Could you apply the attached patch to force adding -lpthread? (Yes, it
needs to be passed with -Wl, else libtool reorders it.
Samuel
Hi Samuel,
Thanks for this! I've applied your patch to the git repo on Alioth.
On 05/12/10 12:07, Ian Jackson wrote:
Package: graphviz
Version: 2.20.2-3
When I run this command
neato -Gsize=7.5,7.5 -Gcenter=1 -Tps bug.neato bug.ps
on the attached input file, the output Postscript file contains
unwanted high-bit-set characters where a pair of coordinates ought to
Hi Paul,
Yes this is quite deliberate I'm afraid. smyrna is marked in the
upstream configure as disabled by default - experimental. That makes
it unsuitable for a stable release.
Once squeeze is released, I'll be happy to consider including it, on the
theory that its bound to be stable in time
On 21/08/10 15:36, Steve M. Robbins wrote:
On Sat, Aug 21, 2010 at 02:52:48AM +0200, Gerhard Dirschl wrote:
Package: libsoqt3-20
Version: 1.4.2~svn20090224-2
libsoqt3 should be linked against Qt 3 but actually it is linked
against Qt 4 (apart from the suffix, there is no difference between
forwarded 591089 http://www.graphviz.org/bugs/b2011.html
thanks
On 31/07/10 20:10, Aleksey Sergushichev wrote:
Package: graphviz
Version: 2.26.3-5
Severity: normal
dot draws wrong direction arrow when to nodes have the same rank
Hi Aleksey,
I've forwarded this as upstream bug 2011, and
On 13/08/10 17:58, Russ Allbery wrote:
Raphael Hertzog hert...@debian.org writes:
As suggested by Ian on -devel (see attachment), it would be nice to have
a way to remove files during unpack of a source package to hide non-free
files from our users without stripping them from the original
Mattias Ellert wrote:
Package: graphviz
Version: 2.26.3-4
Severity: serious
User: debian-h...@lists.debian.org
Usertags: hurd
Packages that use doxygen to generate documentation FTBFS on hurd-i386
due to the dot binary bailing out due to a pthread asertion:
dot:
Trent W. Buck wrote:
Package: graphviz
Version: 2.26.3-3
Severity: important
Upon installing graphviz, I am confronted with
$ dot --help
There is no layout engine support for dot
Perhaps dot -c needs to be run (with installer's privileges) to
register the plugins?
I
severity 575255 important
thanks
Francis Russell wrote:
Package: graphviz
Severity: normal
I did a little investigation into this which may or may not be helpful. The
problem appears to be with the call to position in lib/circogen/circpos.c.
position iterates over a linked list and
A. Costa wrote:
On Tue, 16 Mar 2010 19:18:26 +
David Claughton d...@eclecticdave.com wrote:
dot -Tsvg -P -o dotformats.svg
Cool tip, but with v2.20.2-8 +b1 it doesn't happen:
Sorry I should have mentioned, I'm using version 2.26.3-2 which hit
testing a few days ago - you're right
A. Costa wrote:
Package: graphviz
Version: 2.20.2-8+b1
Severity: wishlist
Oddly enough, 'dot' almost has this feature, but the helpful output
itself is currently tricky to parse and list.
Model example; 'mplayer':
mplayer -vo help | tail
mpegpes MPEG-PES to DVB
Francis Russell wrote:
So, this bug has been acknowledged and apparently fixed upstream:
http://www.graphviz.org/bugs/b1902.html
http://www.graphviz.org/bugs/b1903.html
I've attached a diff I made of the changes to lib/common/output.c from
upstream CVS. I believe the fix only touches this
Francis Russell wrote:
monotone-viz uses dot to lay out its graphs. Specifically, it passes the '-q
-y -s72' options to dot, but it's
only the '-y' option that's broken. I intercepted the input of dot and
created the attached test file
dot-in.dot. Running though 'dot -y' creates a dot
Marc 'HE' Brockschmidt wrote:
If you have verified that these packages all build with the new sources,
you can do it tomorrow and we will do this quickly before taking on the
directfb soname bump. Please ping us again after you've uploaded, so
that we can schedule the needed binNMUs.
Marc
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
*** Please type your report below this line ***
Hi,
I sent the following to the list last week but didn't get a response -
maybe it fell through the cracks?
If so, that might have been
Subject: python-pygraphviz: Please update to 0.99.1
Package: python-pygraphviz
Severity: wishlist
*** Please type your report below this line ***
Hi KiBi,
New upstream version 2.26.3 of graphviz has just been uploaded to
experimental. This version no longer contains libagraph. This means
that
retitle 536245 ITA: graphviz -- rich set of graph drawing tools
owner 536245 !
thanks
Hi,
At this point, I would like to formalize my intention to adopt graphviz.
In addition to myself I have been in discussion with Christoph Egger
and Sebastian Harl who have agreed to join me as
On Tue, Dec 08, 2009 at 09:29:34AM +0100, Sebastian Harl wrote:
Heya,
On Tue, Dec 08, 2009 at 03:21:58PM +1100, Trent W. Buck wrote:
Sebastian Harl wrote:
Thanks for your interest and offering your help! To be honest, I'm
not sure about what needs to be done at the moment.
David Claughton wrote:
Hi All,
(BTW, did you mean bug #504569? That's the one you seem to have fixed!,
I also notice you haven't committed a changelog update, if you want to
do this, I'll make sure I merge mine with yours)
Apologies, Ana - I see now you've fixed both bugs and added
Hi,
FYI - I've uploaded an updated graphviz package based on the latest
2.24.0 upstream version to mentors [1]
I'm interested in possibly adopting the package, but this is the first
library package I've worked on, so before I go ahead I'd like to get
some feedback - is what I've done reasonably
Josselin Mouette wrote:
Furthermore, it is not the role of dh_pysupport to fix broken symbolic
links.
Hi Josselin,
I think maybe I wasn't clear enough about the problem - I'm not
suggesting dh_pysupport should fix a broken symlink - I'm suggesting it
breaks a symlink that wasn't broken before
reassign 539187 python-support
retitle 539187 Moving symlink fails where linkdest is also moved
affects 539187 libgv-python
tags 539187 patch
thanks
Hi,
I've tracked this problem down to the 'rename_subtle' function in
'movemodules'.
This function is designed to modify relative symlinks that
Package: update-manager
Version: 0.68.debian-6
--- Please enter the report below this line. ---
I'd like to add a refinement to this ... I'd love it if there were a way
to (automatically) identify and filter out non-functional updates. By
that I mean updates that fix no bugs nor add any new
Package: exim4-base
Version: 4.69-5+b1
Severity: grave
--- Please enter the report below this line. ---
When updating from 4.69-5 to 4.69-5+b1 the install fails with the
following output...
Unpacking replacement exim4-base ...
Use of uninitialized value in subroutine entry at
Marc Haber wrote:
On Sat, May 03, 2008 at 04:24:55PM +0100, David Claughton wrote:
When updating from 4.69-5 to 4.69-5+b1 the install fails with the
following output...
Unpacking replacement exim4-base ...
Use of uninitialized value in subroutine entry at
/usr/lib/perl/5.10
Package: apt-src
Version: 0.25.1-0.1
--- Please enter the report below this line. ---
Hi,
This is because when error() is called it doesn't pop the @unwind array
prior to calling the unwind function, so if the unwind function itself
calls error, it goes into a loop.
Trivial patch below.
Package: apt-src
Version: 0.25.1-0.1
--- Please enter the report below this line. ---
Correct su command should be su -c -- to prevent apt-get's -y switch
from being intercepted by su.
IMHO this is probably best dealt with by changing the description of the
RootCommand option. Trivial patch
Package: apt-src
Version: 0.25.1-0.1
Followup-For: Bug #290443
Hi,
Please consider the following patch, which should fix this issue.
Thanks,
David.
diff --git a/AptSrc.pm b/AptSrc.pm
index 02d273f..f2a01ad 100644
--- a/AptSrc.pm
+++ b/AptSrc.pm
@@ -323,22 +323,25 @@ sub install {
Hi,
I could be wrong, but the announcement for MAD v0.12.3b
(http://www.mars.org/mailman/public/mad-announce/2001-January/01.html)
suggests that MPEG 2.5 support has been present for some time?
Dave.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Hi,
I looks to me like this bug matches upstream bug RT #24145, which has
been marked as resolved. Although it's not 100% clear it looks as if
XML::Twig v3.29 includes this fix.
Rgrds, Dave.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
60 matches
Mail list logo