dh_python2 extension rename breaking module loading

2015-02-11 Thread Michael Crusoe
Hello, I'm working on the packaging of the khmer project[0] with the debian-med team[1] and we've run into an odd problem: dh_python2 renames the Python extension shared library from `_khmermodule.so` to a version with a mutliarch triplet: `_khmermodule.x86_64-linux-gnu.so`. This breaks module loa

Re: dh_python2 extension rename breaking module loading

2015-02-11 Thread Scott Kitterman
On February 11, 2015 10:04:50 AM EST, Michael Crusoe wrote: >Hello, > >I'm working on the packaging of the khmer project[0] with the >debian-med >team[1] and we've run into an odd problem: dh_python2 renames the >Python >extension shared library from `_khmermodule.so` to a version with a >mutliar

Re: dh_python2 extension rename breaking module loading

2015-02-11 Thread Thomas Kluyver
On 11 February 2015 at 14:22, Scott Kitterman wrote: > Given the filename, shouldn't it be import khmermodule? foomodule.so was a valid filename for a module 'foo' - though I only heard about this when that spelling was removed in Python 3.3: https://docs.python.org/3/whatsnew/3.3.html#building

Re: Adoption of Slides (Python-based Slide Maker)

2015-02-11 Thread Matthias Klose
Hi, I won't have the time to do that, CCing debian-python. You may want to ask for a sponsor there, or even join the python-modules team. Matthias On 02/06/2015 06:23 AM, Riley Baird wrote: > Hi Matthias, > > A couple of years ago, you orphaned the "slides" package. I'd like to > adopt it, but s