On Thu, 2011-04-07 at 16:26 +0200, Sandro Tosi wrote:
> On Thu, Apr 7, 2011 at 16:14, Stefano Rivera wrote:
> > Hi Sandro (2011.04.07_14:07:59_+0200)
> >> (like done in unittest2[1] repo to exec tests).
> >> [1] svn://svn.debian.org/svn/python-modules/packages/unittest2/trunk
> >
> > As this is be
On Thu, Apr 7, 2011 at 16:14, Stefano Rivera wrote:
> Hi Sandro (2011.04.07_14:07:59_+0200)
>> (like done in unittest2[1] repo to exec tests).
>> [1] svn://svn.debian.org/svn/python-modules/packages/unittest2/trunk
>
> As this is being used as an example:
> * There should probably be a set -e for
Hi Sandro (2011.04.07_14:07:59_+0200)
> (like done in unittest2[1] repo to exec tests).
> [1] svn://svn.debian.org/svn/python-modules/packages/unittest2/trunk
As this is being used as an example:
* There should probably be a set -e for that loop, or it won't fail if
the tests only fail for the f
[Andreas Tille, 2011-04-07]
> Ahhh, this is a useful example. However, I really wonder why the new
> method dh_python2 now adds an extra layer of complexity to the
> debian/rules file which was not needed before (with python-central).
> I would dream of a helper which just does this automatically.
On Thu, Apr 07, 2011 at 02:07:59PM +0200, Sandro Tosi wrote:
> > (as it can be seen in SVN). However this does not seem to be the
> > correct solution to avoid this problem. Perhaps I missed the point in
> > this advise so what exactly do I have to do to build extensions for all
> > supported Pyt
Hi,
On Thu, Apr 7, 2011 at 14:02, Andreas Tille wrote:
> I have read the hint in the previous thread and thus I have set
>
> XS-Python-Version: >= 2.5
this way you only define what are the versions of python, among those
supported by Debian, your package is able to work on.
> (as it can be se
Hi,
On Thu, Apr 07, 2011 at 12:53:51PM +0200, Piotr Ożarowski wrote:
> you're not building extensions for all supported Python versions (see
> previous thread on this mailing list). I will finish namespace feature
> this weekend and ask python-defaults maintainers to upload new version
> to unstab
you're not building extensions for all supported Python versions (see
previous thread on this mailing list). I will finish namespace feature
this weekend and ask python-defaults maintainers to upload new version
to unstable (dh_python2 is already fixed in the repo)
--
Piotr Ożarowski
8 matches
Mail list logo