emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#25834: closed (Update scientific Python packages)


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#25834: closed (Update scientific Python packages)
Date: Mon, 06 Mar 2017 22:54:02 +0000

Your message dated Mon, 06 Mar 2017 23:53:42 +0100
with message-id <address@hidden>
and subject line Re: bug#25834: [PATCH] Update scipy stack.
has caused the debbugs.gnu.org bug report #25834,
regarding Update scientific Python packages
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
25834: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=25834
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Update scientific Python packages Date: Wed, 22 Feb 2017 11:30:15 +0100 (CET)
Hi,

I'm submitting a patch series to update numpy, matplotlib, scipy and ipython. I've split out the documentation for numpy and matplotlib into separate packages to avoid issues with the following cyclic dependencies:

 - numpy documentation depends on matplotlib, which depends on numpy.

 - documentation for the new version of matplotlib also depends on
   ipython, which depends on matplotlib and numpy.

If the preference is to work with multiple outputs instead, I can work out something with “bootstrap” packages and package-input-rewriting, but I like the simplicity of separate documentation packages (which also avoids repeatedly building the same package for bootstrapping purposes).

Thomas

--- End Message ---
--- Begin Message --- Subject: Re: bug#25834: [PATCH] Update scipy stack. Date: Mon, 06 Mar 2017 23:53:42 +0100 User-agent: Notmuch/0.23.7 (https://notmuchmail.org) Emacs/25.1.1 (x86_64-unknown-linux-gnu)
Thomas Danckaert <address@hidden> writes:

> From: Marius Bakke <address@hidden>
> Subject: Re: bug#25834: [PATCH] Update scipy stack.
> Date: Mon, 06 Mar 2017 14:25:26 +0100
>
>> Please pay attention during the 'check' phase of Python packages -- 
>> both
>> colorspacious and the shutils backport prints 'Ran 0 tests in...'.
>> Usually this is a sign that they require some other command than 
>> 'python
>> setup.py test', which is the default of python-build-system.
>>
>> I pushed a fix for python2-backports-shutil-get-terminal-size that 
>> I had
>> in my queue, but it would be nice to enable tests on colorspacious 
>> as
>> well. Any takers? :)
>
> I've attached an attempt (now runs 34 tests).  Am I right that 
> running “nosetests colorspacious/*.py” is the only way to make it run 
> the tests in this case?

Thanks! By adding "--all-modules" to the "nosetests" invocation, it was
able to discover the tests without having to add them as arguments.

Pushed! Closing this bug now, wahoo!

Attachment: signature.asc
Description: PGP signature


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]