Re: Adoption of Slides (Python-based Slide Maker)
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 since I'm not a DD, I can't upload the package. Would you > be interested in sponsoring my uploads? > > You can get the new version of the package with this command: > dget -x > http://mentors.debian.net/debian/pool/main/s/slides/slides_1.0.1-14.dsc > > For your reference, the changelog entry is: > * New maintainer (closes: #623271). > * Upgraded to Debhelper 9/pybuild > * Bumped standards version to 3.9.6 > * Added Vcs and Homepage fields to d/control > * Changed dependencies > * Added DEP-5 copyright > * Extended the description of slides-doc > * Updated source format to "3.0 (quilt)" > -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54dc1874.9050...@debian.org
Re: dh_python2 extension rename breaking module loading
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-c-extensions
Re: dh_python2 extension rename breaking module loading
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 >mutliarch triplet: `_khmermodule.x86_64-linux-gnu.so`. This breaks >module >loading: "ImportError: No module named _khmer". > >I've found the '--no-ext-rename' option but I can't seem to figure out >how >to use it with the debhelper command sequencer + dh_python2 + pybuild >setup: >http://anonscm.debian.org/cgit/debian-med/khmer.git/tree/debian/rules > >In the mean time I've worked around this via dh_link[2]. Is there a >better >way? > >Thanks, > >[0] http://khmer.readthedocs.org >[1] http://anonscm.debian.org/cgit/debian-med/khmer.git >[2] >http://anonscm.debian.org/cgit/debian-med/khmer.git/tree/debian/khmer.links Given the filename, shouldn't it be import khmermodule? Scott K -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/77b55bd4-8831-4005-8add-3181e5640...@kitterman.com
dh_python2 extension rename breaking module loading
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 loading: "ImportError: No module named _khmer". I've found the '--no-ext-rename' option but I can't seem to figure out how to use it with the debhelper command sequencer + dh_python2 + pybuild setup: http://anonscm.debian.org/cgit/debian-med/khmer.git/tree/debian/rules In the mean time I've worked around this via dh_link[2]. Is there a better way? Thanks, [0] http://khmer.readthedocs.org [1] http://anonscm.debian.org/cgit/debian-med/khmer.git [2] http://anonscm.debian.org/cgit/debian-med/khmer.git/tree/debian/khmer.links
