On Thu, 8 Oct 2015 at 17:12 Robert Collins
wrote:
>
> Presumably
> https://github.com/crucialfelix/django-ajax-selects/tree/develop/tests
> would be the intent?
>
Blah. I always have this this debate with myself if I should download the
orig.tar.gz from github or from pypi.
Sometimes pypi is mi
Hi,
I'm trying to debug Pitivi's Gtk Python3 app but I cannot because
python3.4dm cannot import cairo:
$ python3.4dm -c "import cairo"
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3/dist-packages/cairo/__init__.py", line 18, in
from ._cairo import *
Import
Hi all,
On Thu, 8 Oct 2015 08:12:22 +1100, Brian May wrote:
[...]
> So it looks like it can't find the tests under Python 2.7 or Python 3.4,
> so it use to work, however under Python 3.5 it now does find the tests
> and they fail.
>
> This left me wondering:
>
> * Why does it not find the tests un
On Oct 08, 2015, at 11:15 AM, Brian May wrote:
>Maybe in this case I should file a bug report however.
I do this when the PyPI tarball is missing some important file or directory.
Fortunately the upstreams I've done this with have generally been very
responsive about fixing the problem and doing
Hi Brian (2015.10.06_02:29:35_+0200)
> Thinking it might be good to have a list somewhere of packages that should
> get manually checked (and where this hasn't happened yet) after the
> migration is complete. Otherwise we might all assume somebody else has
> checked a package, and it gets forgotten
Hi Barry (2015.10.02_16:24:28_+0200)
> 8-Oct - Assuming no objections or showstoppers, turn off write access to all
> of DPMT svn.
Done. And kicking off the migration now...
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Package: wnpp
Severity: wishlist
Owner: Piotr Ożarowski
* Package name: pypi2deb
Version : 1.20151008
Upstream Author : Piotr Ożarowski
* URL : https://github.com/p1otr/pypi2deb
* License : Expat
Programming Lang: Python
Description : PyPI to Debian co
On Thu, 8 Oct 2015 at 22:44 Dmitry Shachnev wrote:
>
> There was a change in unittest autoloader in Python 3.5. It now tries to
> import the package even if it has no tests. I do not know if it is an
> intended change, or a side-effect of fixing some bug ([1]?). Maybe Robert
> can enlighten us he
On 9 October 2015 at 00:43, Dmitry Shachnev wrote:
> Hi all,
>
> On Thu, 8 Oct 2015 08:12:22 +1100, Brian May wrote:
> [...]
>> So it looks like it can't find the tests under Python 2.7 or Python 3.4,
>> so it use to work, however under Python 3.5 it now does find the tests
>> and they fail.
>>
>>
On Thu, 8 Oct 2015 at 22:44 Dmitry Shachnev wrote:
> Python 3.4 is still the default version in Debian. We can't do the switch
> at once, so the transition is split into three steps:
>
> 1) Add Python 3.5;
> 2) Make 3.5 the default;
> 3) Remove Python 3.4.
>
> We are currently in the end of first
On Oct 08, 2015, at 09:19 PM, Brian May wrote:
>What is the best way of calling unittest2 from debian/rules?
For --buildsystem=pybuild, I've done this:
override_dh_auto_test:
PYBUILD_SYSTEM=custom \
PYBUILD_TEST_ARGS="{interpreter} -m nose2 -vv" \
dh_auto_
On Fri, 9 Oct 2015 at 08:16 Robert Collins
wrote:
> But - ajax_select/__init__.py is going to be imported, and thats whats
> erroring. I don't think that this is a 3.5 unit testing change - I
> think its an error importing some bit of django.
>
Except there is no errors under Python2.7. If Pytho
On Fri, 9 Oct 2015 at 08:16 Robert Collins
wrote:
> But - ajax_select/__init__.py is going to be imported, and thats whats
> erroring. I don't think that this is a 3.5 unit testing change - I
> think its an error importing some bit of django.
>
On 2nd thoughts, I didn't really read that properly
On 9 October 2015 at 10:40, Brian May wrote:
> On Fri, 9 Oct 2015 at 08:16 Robert Collins
> wrote:
>>
>> But - ajax_select/__init__.py is going to be imported, and thats whats
>> erroring. I don't think that this is a 3.5 unit testing change - I
>> think its an error importing some bit of django.
[Barry Warsaw, 2015-10-08]
> For --buildsystem=pybuild, I've done this:
>
> override_dh_auto_test:
> PYBUILD_SYSTEM=custom \
> PYBUILD_TEST_ARGS="{interpreter} -m nose2 -vv" \
> dh_auto_test
override_dh_auto_test:
dh_auto_test -- --system=custom --test-ar
On Oct 08, 2015, at 11:53 PM, Piotr Ożarowski wrote:
>[Barry Warsaw, 2015-10-08]
>> For --buildsystem=pybuild, I've done this:
>>
>> override_dh_auto_test:
>> PYBUILD_SYSTEM=custom \
>> PYBUILD_TEST_ARGS="{interpreter} -m nose2 -vv" \
>> dh_auto_test
>
>override_dh_
On Fri, 9 Oct 2015 at 08:49 Robert Collins
wrote:
> The reason it's being discovered is likely due to the pattern bugfix
> (also in 3.5) - previously discover couldn't handle directories with
> names tht didn't match the file pattern - and that meant nested test
> suites didn't load right.
>
I g
On Fri, 9 Oct 2015 at 02:06 Stefano Rivera wrote:
> Done. And kicking off the migration now...
>
Great!
Will the migration do packages like python-django?
Just thinking that python-django in subversion is old, and the version in
git doesn't (yet) use git-dpm; you don't want the migration chang
On Thu, 8 Oct 2015 at 17:12 Robert Collins
wrote:
> Presumably
> https://github.com/crucialfelix/django-ajax-selects/tree/develop/tests
> would be the intent?
>
That is the develop branch. So not in any released version, which is the
master branch.
The develop branch is missing the files in MAN
On Fri, 9 Oct 2015 at 17:22 Brian May
wrote:
> That is the develop branch. So not in any released version, which is the
> master branch.
>
The tests at the moment are somewhat useless too, still need to be written.
Think the best solution at the moment (unfortunately) is just to disable
the tes
Package: wnpp
Owner: Julien Puydt
Severity: wishlist
X-Debbugs-CC: debian-python@lists.debian.org
* Package name: notebook
Version : 4.0.5
Upstream Author : Jupyter Development Team
* URL : https://github.com/jupyter/notebook
* License : BSD-3-clause
Program
21 matches
Mail list logo
