Joining DPMT / PAPT

2015-12-08 Thread Pierre Equoy
Hello! I've been working on packaging and maintaining Checkbox [1] packages. I would like to join the Debian Python Modules Team and the Python Applications Packaging Team in order to maintain the Checkbox-related packages on Debian. My Alioth login is pierre-equoy-guest. I have read and

Re: Rebuild for packages with entry points?

2015-12-08 Thread Nikolaus Rath
On Dec 07 2015, Simon McVittie wrote: > On 07/12/15 19:00, Barry Warsaw wrote: >> On Dec 07, 2015, at 10:22 AM, Nikolaus Rath wrote: >>> It'd be nice to have https://bitbucket.org/pypa/setuptools/issues/443/ >>> fixed in stretch. >> >> I'm also not sure how many packages it

Re: Rebuild for packages with entry points?

2015-12-08 Thread Nikolaus Rath
On Dec 07 2015, Barry Warsaw wrote: > On Dec 07, 2015, at 10:22 AM, Nikolaus Rath wrote: > >>Would it make sense to do a no-change rebuild for all Python packages >>that use setuptool's entry point functionality? >> >>It'd be nice to have

Re: Rebuild for packages with entry points?

2015-12-08 Thread Barry Warsaw
On Dec 08, 2015, at 08:48 AM, Nikolaus Rath wrote: >Aeh, you know about a bug and you want to delay fixing it until someone >has reporeds it for every affected package? This seems like a pretty >inconsiderate waste of time for both users and maintainers. There are always lots of bugs that affect

Re: Rebuild for packages with entry points?

2015-12-08 Thread Simon McVittie
On 08/12/15 16:50, Nikolaus Rath wrote: > On Dec 07 2015, Simon McVittie wrote: >> This looks like a job for Lintian, assuming setuptools entry points are >> easy to detect with a regex. > > Well, yes, but what's the point? New uploads will not be affected by > this bug anyway,

Re: Rebuild for packages with entry points?

2015-12-08 Thread Brian May
Nikolaus Rath writes: > Would it make sense to do a no-change rebuild for all Python packages > that use setuptool's entry point functionality? Not that I even pretent to understand what this bug is about. Why are tests even using these wrappers? They aren't intended to be

Multiarch-renamed python extensions not found during autopkgtest testing

2015-12-08 Thread Afif Elghraoui
Hi, debian-python, For Debian Med's python packages that have compiled extensions, I noticed that test suites run via autopkgtest fail because the package cannot find those extensions, as they've been renamed with the multiarch triplet. It seems to only be a problem with autopkgtest because I

Re: Rebuild for packages with entry points?

2015-12-08 Thread Nikolaus Rath
On Dec 08 2015, Barry Warsaw wrote: > On Dec 08, 2015, at 08:48 AM, Nikolaus Rath wrote: > >>Aeh, you know about a bug and you want to delay fixing it until someone >>has reporeds it for every affected package? This seems like a pretty >>inconsiderate waste of time for both