[Python-modules-team] Bug#753271: O: py-radix -- radix tree implementation for storage of IPv4 and IPv6 networks

2014-06-29 Thread Christoph Berg
Package: wnpp
Severity: normal

I'm orphaning the py-radix package. It's maintained under the Debian
Python Modules Team umbrella, but I am the only Uploader, hence an O bug.

Description: radix tree implementation for storage of IPv4 and IPv6 networks
 py-radix is an implementation of a radix tree for Python, which supports
 storage and lookups of IPv4 and IPv6 networks. This is a Python equivalent to
 Dave Plonka's Perl Net::Patricia (it even steals the same radix tree code from
 MRTd).
 .
 The radix tree (a.k.a Patricia tree) is the data structure most commonly used
 for routing table lookups. It efficiently stores network prefixes of varying
 lengths and allows fast lookups of containing networks. py-radix's
 implementation is built solely for networks (the data structure itself is more
 general).

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team

[Python-modules-team] Bug#512830: Memory leak in py-radix 0.5

2009-01-24 Thread Christoph Berg
Package: python-radix
Version: 0.5-1
Severity: normal

- Forwarded message from Alexander Sabourenkov  -

Date: Fri, 23 Jan 2009 16:56:37 +0300
From: Alexander Sabourenkov 
To: d...@mindrot.org
CC: m...@debian.org
Subject: Memory leak in py-radix 0.5

Hello.

Please be so kind as to accept this patch that prevents a leak of PyString 
reference and of memory as a result.

--- py-radix-0.5/radix_python.c 2007-12-18 05:49:01.0 +0300
+++ py-radix-0.6/radix_python.c 2009-01-23 16:44:04.0 +0300
@@ -95,6 +95,7 @@
Py_XDECREF(self->family);
Py_XDECREF(self->network);
Py_XDECREF(self->prefix);
+   Py_XDECREF(self->packed);
PyObject_Del(self);
 }


Thank you.

-- 

./lxnt


signature.asc
Description: Digital signature
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team

[Python-modules-team] Bug#883274: Tests fail at build time, but build succeeds

2017-12-01 Thread Christoph Berg
Source: flask-wtf
Version: 0.14.2-1
Severity: normal

https://buildd.debian.org/status/fetch.php?pkg=flask-wtf&arch=all&ver=0.14.2-1&stamp=1497945901&raw=0

   dh_auto_test -i -O--buildsystem=pybuild
I: pybuild base:184: cd /<>/.pybuild/pythonX.Y_2.7/build; 
python2.7 -m nose tests
...[2017-06-20 08:04:44,774] ERROR in app: Exception on 
/ [POST]
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1982, in wsgi_app
response = self.full_dispatch_request()
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1614, in 
full_dispatch_request
rv = self.handle_user_exception(e)
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1517, in 
handle_user_exception
reraise(exc_type, exc_value, tb)
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1612, in 
full_dispatch_request
rv = self.dispatch_request()
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1598, in 
dispatch_request
return self.view_functions[rule.endpoint](**req.view_args)
  File "/<>/.pybuild/pythonX.Y_2.7/build/tests/test_recaptcha.py", 
line 29, in index
if form.validate_on_submit():
  File "flask_wtf/form.py", line 101, in validate_on_submit
return self.is_submitted() and self.validate()
  File "/usr/lib/python2.7/dist-packages/wtforms/form.py", line 310, in validate
return super(Form, self).validate(extra)
  File "/usr/lib/python2.7/dist-packages/wtforms/form.py", line 152, in validate
if not field.validate(self, extra):
  File "/usr/lib/python2.7/dist-packages/wtforms/fields/core.py", line 204, in 
validate
stop_validation = self._run_validation_chain(form, chain)
  File "/usr/lib/python2.7/dist-packages/wtforms/fields/core.py", line 224, in 
_run_validation_chain
validator(form, self)
  File "flask_wtf/recaptcha/validators.py", line 46, in __call__
if not self._validate_recaptcha(response, remote_ip):
  File "flask_wtf/recaptcha/validators.py", line 55, in _validate_recaptcha
raise RuntimeError("No RECAPTCHA_PRIVATE_KEY config set")
RuntimeError: No RECAPTCHA_PRIVATE_KEY config set
.[2017-06-20 08:04:44,781] ERROR in app: Exception on / [GET]
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1982, in wsgi_app
response = self.full_dispatch_request()
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1614, in 
full_dispatch_request
rv = self.handle_user_exception(e)
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1517, in 
handle_user_exception
reraise(exc_type, exc_value, tb)
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1612, in 
full_dispatch_request
rv = self.dispatch_request()
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1598, in 
dispatch_request
return self.view_functions[rule.endpoint](**req.view_args)
  File "/<>/.pybuild/pythonX.Y_2.7/build/tests/test_recaptcha.py", 
line 31, in index
return render_template("recaptcha.html", form=form)
  File "/usr/lib/python2.7/dist-packages/flask/templating.py", line 134, in 
render_template
context, ctx.app)
  File "/usr/lib/python2.7/dist-packages/flask/templating.py", line 116, in 
_render
rv = template.render(context)
  File "/usr/lib/python2.7/dist-packages/jinja2/environment.py", line 1008, in 
render
return self.environment.handle_exception(exc_info, True)
  File "/usr/lib/python2.7/dist-packages/jinja2/environment.py", line 780, in 
handle_exception
reraise(exc_type, exc_value, tb)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/tests/templates/recaptcha.html", 
line 9, in top-level template code
{{ form.recaptcha }}
  File "/usr/lib/python2.7/dist-packages/wtforms/fields/core.py", line 137, in 
__html__
return self()
  File "/usr/lib/python2.7/dist-packages/wtforms/fields/core.py", line 153, in 
__call__
return self.meta.render_field(self, kwargs)
  File "/usr/lib/python2.7/dist-packages/wtforms/meta.py", line 56, in 
render_field
return field.widget(field, **render_kw)
  File "flask_wtf/recaptcha/widgets.py", line 40, in __call__
raise RuntimeError("RECAPTCHA_PUBLIC_KEY config not set")
RuntimeError: RECAPTCHA_PUBLIC_KEY config not set

--
Ran 52 tests in 0.299s

OK
I: pybuild base:184: cd /<>/.pybuild/pythonX.Y_3.5/build; 
python3.5 -m nose tests
...[2017-06-20 08:04:45,862] ERROR in app: Exception on 
/ [POST]
Traceback (most recent call last):
  File 
"/<>/.pybuild/pythonX.Y_3.5/build/flask_wtf/recaptcha/validators.py",
 line 53, in _validate_recaptcha
private_key = current_app.config['RECAPTCHA_PRIVATE_KEY']
KeyError: 'RECAPTCHA_PRIVATE_KEY'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/flask/app.py", line 1982, in wsgi_app
response = self.full_dispatch_request(

[Python-modules-team] Bug#884010: The [FILES] section of sphinx htmlhelp (*.hhp) files appears in readdir() order

2017-12-10 Thread Christoph Berg
Source: sphinx
Version: 1.6.5-2
Severity: normal

Hi,

pgadmin3 currently does not build reproducibly because the .hhp files
depend on filesystem ordering:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/i386/diffoscope-results/pgadmin3.html

This has already been analyzed some time ago, but it appears the issue
was never reported as a bug:

https://tests.reproducible-builds.org/debian/issues/unstable/sphinx_htmlhelp_readdir_sensitive_issue.html
Description:[armhf,i386] The [FILES] section of sphinx htmlhelp (*.hhp) 
files appears in readdir() order:
sphinx/builders/htmlhelp.py:223: for root, dirs, files in os.walk(outdir)

I'm not attaching a patch here, as the fix seems trivial and similar
to the other reproducibility patches added in 1.6.5-2.

Thanks!
Christoph

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team


Re: [Python-modules-team] flask-paranoid_0.2.0-1_amd64.changes REJECTED

2017-12-18 Thread Christoph Berg
Re: Chris Lamb 2017-12-16 
> 
> Author: Bastian Blank
> Version: 0.2.0-1
> Timestamp: 2017-12-13 21:14:36.812820+00:00
> 
> PROD new python2 packages should not be introduced

Reuploaded without python2 now.

I'll shortly check the other packages in NEW for extra python2
modules. I guess these need rejects as well because uploading a -2
revision without the python2 packages won't help?

Christoph

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team


Re: [Python-modules-team] flask-mail_0.9.1-1_amd64.changes REJECTED

2017-12-20 Thread Christoph Berg
Re: Chris Lamb 2017-12-19 
> 
> Missing reference/attribution for Sphinx theme distributed under docs/_themes/
> (stopped looking there; please check over entire package.)
> 
>  -- Chris Lamb   Tue, 19 Dec 2017 16:51:40 +

Hi,

reuploaded without the docs/_themes/ subdirectory now, it was unused
anyway. (And the license there was on the edge of non-free, "We kindly
ask you to only use these themes in an unmodified manner".)

Thanks,
Christoph

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team


Re: [Python-modules-team] flask-mail_0.9.1-1_amd64.changes REJECTED

2017-12-21 Thread Christoph Berg
Re: Chris Lamb 2017-12-20 
<1513785274.3138132.1211333064.70dd7...@webmail.messagingengine.com>
> Hi Christoph,
> 
> > reuploaded without the docs/_themes/ subdirectory
> 
> Thanks, accepted.

Thanks!

> (Please use Files-Excluded, btw!)

Heh, the whole point of repackaging the tarball was that I didn't have
to touch debian/copyright in the first place :D

Will do, thanks for spotting.

Christoph
-- 
Senior Berater, Tel.: +49 2166 9901 187
credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209
Trompeterallee 108, 41189 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer
pgp fingerprint: 5C48 FE61 57F4 9179 5970  87C6 4C5A 6BAB 12D2 A7AE

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team


Re: [Python-modules-team] peewee_2.10.2+dfsg-1_amd64.changes REJECTED

2017-12-22 Thread Christoph Berg
Re: Chris Lamb 2017-12-20 
> 
> embeds (at least) python-mock without attribution.

Oh, sorry for that. The original debian/copyright file had so many
contributors listed that I had not rechecked it before uploading.
mock and flask are now attributed. Reuploaded as 2.10.2+dfsg-2.

Thanks,
Christoph
-- 
Senior Berater, Tel.: +49 2166 9901 187
credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209
Trompeterallee 108, 41189 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer
pgp fingerprint: 5C48 FE61 57F4 9179 5970  87C6 4C5A 6BAB 12D2 A7AE

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team


[Python-modules-team] Bug#876921: python-pint FTBFS with python-numpy 1.13.1: test failures

2018-02-23 Thread Christoph Berg
> TypeError: unsupported operand type(s) for ** or pow(): 'numpy.ndarray' and 
> 'Quantity'

Upstream is working on a fix, tentative ETA is this weekend.

https://github.com/hgrecco/pint/issues/577#issuecomment-366917313

Christoph

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team