I've just had a go at building monotone in an i386 unstable chroot and
had no issues. Perhaps whatever was causing the build failure is now fixed?
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
uccessfully. Someone feel like trying to replicate on an up-to-date
unstable install? I don't have one to hand right now.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
now.
It looks like the test is dependent on pcre3 recognising that regex as
invalid as it'll match all the file names otherwise, which is not the
intended behaviour. Removing it is probably the proper thing to do anyway.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.d
the patch for details. The problematic
regex still appears to be present in the latest upstream version so I'll
also send a message to monotone-devel.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t working with the devs to find
the best way to resolve this.
Cheers,
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t the builds are being performed in? It's practically
impossible to be able to debug this issue without the ability to
replicate it.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: monotone
Version: 0.48-2
Severity: serious
Tags: upstream
Monotone versions 0.46, 0.47 and 0.48 are affected by a bug whereby a client
sending an empty command string to the server can cause it to terminate if
remote command execution is enabled. This has been fixed in 0.48.1.
Further d
of sqlite isn't producing a journal file. At
least, I've tried killing mtn halfway through a sync and haven't managed
to find one.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ludovic Brenta wrote:
Is anyone still interested in maintaining monotone in Debian?
Just thought I'd add that I use monotone from Debian and know others who
do as well. I'm willing to help in whatever way I can although I'm not a
Debian Maintainer. Is this just a manpower i
Any progress on this bug? I assume it's not Debian-specific?
Many thanks,
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Thomas Keller wrote:
> This looks like a regression introduced in f65d9cb5 - please check if
> this patch solves your problem:
I rebuilt with the suggested patch and this appeared to fix the problem.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a s
er.
At the very least, I hope this gets this bug to be discussed again.
Regards,
Francis
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32.3 (SMP w/2 CPU cores)
Locale: LANG=en_GB
The problem still appears to exist in Debian testing. However,
installing the latest python-vtk package from unstable (which also pulls
in libvtk5.2) appears to fix it.
Francis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe"
Package: mayavi
Version: 1.5-5
Severity: grave
Justification: renders package unusable
Mayavi segfaults instantly on startup in Debian testing. This appears to caused
by upgrading python-tk from version 2.5.2-1 to
2.5.2-1.1 which switches python from using tk8.4 to tk8.5.
-- System Information:
Motherboard.
When an other sad i686-kernel is working fine and will say i am lying,
he had to come here and bring out the proofs.
Show me, what you know better than me!
MfG Francis
-- System Information:
Debian Release: 4.0
APT prefers oldstable
APT policy: (500, 'olds
extensions.
Thanks for reading.
faithfully Francis Debord
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: bugzilla
Version: 2.22.1-2.2
Severity: grave
Justification: renders package unusable
The default installation of Bugzilla is 2.22.1-2.2
The default installation of perl is 5.10
Bugzilla 2.22.1-2.2 does not work with perl 5.10
See e.g.:
http://groups.google.ch/group/mozilla.support.bu
El lun, 31-03-2008 a las 11:03 +0300, Riku Voipio escribió:
> reopen 417083
> severity 417083 serious
> thank
>
> Looks like the changes in the NMU have been lost with new upstream
> version; Alternatively the upstream has added new files without
> proper headers. Serious now since gcc-4.3 is def
On Sun, 2007-10-21 at 12:27 +0200, Lucas Nussbaum wrote:
> Package: apertium-es-ca
> version: 1.0.5-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20071021 qa-ftbfs
> Justification: FTBFS on i386
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to bui
On Fri, 2007-10-19 at 12:50 +0200, Bastian Blank wrote:
> On Fri, Oct 19, 2007 at 11:33:21AM +0100, Francis Tyers wrote:
> > I'm not sure what is wrong here, the Build-Depends states:
> >
> > Build-Depends: debhelper (>= 5), autotools-dev, lttoolbox (>
I'm not sure what is wrong here, the Build-Depends states:
Build-Depends: debhelper (>= 5), autotools-dev, lttoolbox (>= 3.0.0),
apertium (>= 3.0.1), libapertium3-3.0-0-dev (>= 3.0.1), libxml2-utils
(>= 2.6.26), xsltproc (>= 1.1.20-1), gawk (>= 3.1.5), pkg-config (>=
0.21-1)
But it appears that y
On Tue, 2007-10-16 at 21:46 +0200, Kurt Roeckx wrote:
> tags 446785 + patch
> thanks
>
> On Tue, Oct 16, 2007 at 12:00:23AM +0100, Francis Tyers wrote:
> > > >
> > > Program terminated with signal 11, Segmentation fault.
> > > #0 ~ApertiumRE (this=0x7
On Tue, 2007-10-16 at 00:49 +0200, Kurt Roeckx wrote:
> On Mon, Oct 15, 2007 at 06:29:05PM +0100, Francis Tyers wrote:
> >
> > $ strace apertium-preprocess-transfer apertium-en-ca.trules-en-ca.xml
> > trules-en-ca.bin
>
> I hope this is good too:
> Core was gen
Hi,
Can you give some more information, particularly your compiler version,
and versions of the relevant libraries, and anything else you might find
useful, e.g. attach the output of:
$ strace apertium-preprocess-transfer apertium-en-ca.trules-en-ca.xml
trules-en-ca.bin
And if you're feeling par
75% Off for All New Software.
http://jxhl.vkzsgcv6a5d2awd.wadlikeei.com
Eagles fly alone, but sheep flock together.
All slang is a metaphor, and all metaphor is poetry.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECT
25 matches
Mail list logo