Hello.
This morning the bug isn't there anymore, so it looks like there is
some 'random stuff' regarding different points in time.
This aren't good news, but there's more. Now I pass the
compareResultsErrorFlag test with python2.4, but with python2.5 It
crashes with:
*** glibc detected *** pytho
I've tried to build parsedatetime-0.8.6 from source package and I can
confirm the bug (exactly the same error) with 3 different locale
environments ('C', '[EMAIL PROTECTED]' and 'es_ES.UTF-8').
I'm doing some more testing. I'll attach my conclusions (if any)
probably tomorrow.
-- System Informa
Hi,
> Unfortunately, my mailer doesn't properly support starting from a template
> with headers, so I can't use it with reportbug.
Using reportbug without a mailer is not an option? Knowing things like
the architecture is something you need for a lot of bugs, I'd have
expected that you're runnin
On Monday 09 June 2008 04:06:32 pm you wrote:
> severity 485054 normal
> tags 485054 + unreproducible moreinfo
> thanks
>
> > From my pbuilder build log:
>
> Builds just fine here. Please use reportbug next time you're reporting a
> bug, looking at an excerpt of your pbuilder log does not help at a
severity 485054 normal
tags 485054 + unreproducible moreinfo
thanks
> From my pbuilder build log:
Builds just fine here. Please use reportbug next time you're reporting a
bug, looking at an excerpt of your pbuilder log does not help at all.
Until you've provided the proper informations (the usua
Package: parsedatetime
Version: 0.8.6-1
Severity: serious
From my pbuilder build log:
...
set -e ;\
for py in python2.4 python2.5; do \
PYTHONPATH=/tmp/buildd/parsedatetime-0.8.6/build/lib $py
run_tests.py parsedatetime; \
done
F..
6 matches
Mail list logo
