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 t
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 UNSUBSCR
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 04/06
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
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 bu
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.
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 th
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
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
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 so
> 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
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 befor
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 are
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
>
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
/usr/lib/perl/5.
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 [E
17 matches
Mail list logo
