Re: Current state of packaging Python software for Debian
- To: debian-python@lists.debian.org
- Subject: Re: Current state of packaging Python software for Debian
- From: Éric Araujo <merwok@netwok.org>
- Date: Sat, 02 Jul 2011 16:55:31 +0200
- Message-id: <4E0F3163.6090103@netwok.org>
- In-reply-to: <20110701150710.0013a96d@snowdog>
- References: <20110607161023.2c9b9abf@limelight.wooz.org> <20110607213953.GG24922@piotro.eu> <4DF0E139.6050802@bzed.de> <20110609134031.5f7a04a6@neurotica.wooz.org> <BANLkTimBeyd1XxGGYmdF_Z-oqbjzMcWm0g@mail.gmail.com> <20110610162040.416a30b6@neurotica.wooz.org> <87aadku6rp.fsf_-_@benfinney.id.au> <20110614073921.50841499@neurotica.wooz.org> <1308059073.18675.342.camel@pi0307572> <20110614104547.239fe6d1@neurotica.wooz.org> <4DF783E6.8080706@canonical.com> <20110614180404.60605bbe@neurotica.wooz.org> <4DF8CAB9.8040405@netwok.org> <20110701150710.0013a96d@snowdog>
Hi,
Le 01/07/2011 16:07, Barry Warsaw a écrit :
> On Jun 15, 2011, at 05:07 PM, Éric Araujo wrote:
>> Yes, last summer’s GSoC added a test command, which defaults to
>> unittest(2) test discovery and can be configured to use any test runner
>> on any test suite. It runs tests against the modules in the build
>> directory, to be able to work with code converted at build time with
>> 2to3 (and soon, to be able to access the PEP 376 dist-info files).
>> Barry, I’m waiting for reports about the problems you ran into :)
> IIRC, they were problems with doctests not getting properly converted, but I
> forget the details at the moment. I'll try Python 3.3/packaging again soon
> and definitely file bugs for anything I find. Can I use the Python tracker
> for those?
Certainly, using the Distutils2 component and 3.3 version. Tarek,
Alexis and I will get auto-nosied.
>> Regarding Sphinx, I don’t think it would be appropriate to add a command
>> for it in the stdlib. We already have upload_docs, which can upload any
>> set of HTML files.
> Well, almost. I think there are some problems with that in Python 2, such as
> if the Sphinx docs aren't laid out in the particular way expected by
> `upload_docs`. E.g. say you don't have an index.html file but you do have a
> README.html.
upload_docs merely complies with the Cheeseshop rules:
http://wiki.python.org/moin/PyPiHostingDocumentation
>> However, it’s much easier to add custom command in packaging¹, so Sphinx’
>> distutils-based build² command can be used with pysetup.
> That probably makes sense given that Sphinx is a separate project, but
> whatever we can do to make it easy to use the de-facto standard, the better.
> For example, `python setup.py build_sphinx` is a pretty lousy command name,
> but that's Georg's problem. ;) OTOH, if packaging supports command
> extensions, then `pysetup build` should Just Work to build the docs too, when
> Sphinx is installed and docs are written in reST.
Yes, automatic registration of commands and subcommands is one of the
goals of Tarek.
Cheers
Reply to: