py-scipy: Add py33 subport

[g5pw (Aljaž Srebrnič)]

Hello! please consider this patch to add a python33 support for scipy.

[skymoo (Adam Mercer)]

Thanks, I should have time to get to this at the weekend. As the port is openmaintainer feel free to commit it yourself.

[ryandesign (Ryan Carsten Schmidt)]

Could this be done in a way that doesn't duplicate the pre-activate block? Try to find a way to have a single block that applies to all subports that need it.

[cooljeanius (Eric Gallager)]

Cc Me!

[cooljeanius (Eric Gallager)]

Just a heads-up, issue #36763 is waiting for this to be added

[Veence (Vincent)]

Why not using:

if {[string match py3* ${subport}]} {…}

[jmroot (Joshua Root)]

You don't need to check for existing unregistered .pyc files for py33, because nobody has ever installed it.

[Veence (Vincent)]

It might need some extra work:

-> python3.3
Python 3.3.0 (default, Dec 27 2012, 09:24:45) 
[GCC 4.2.1 Compatible Apple Clang 4.1 ((tags/Apple/clang-421.11.66))] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from scipy import special
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3/site-packages/scipy/special/__init__.py", line 532, in <module>
    from .lambertw import lambertw
  File "lambertw.pyx", line 24, in init scipy.special.lambertw (scipy/special/lambertw.c:1588)
ValueError: level must be >= 0
>>> ^D
-> python3.2
Python 3.2.3 (default, Dec 20 2012, 10:52:17) 
[GCC 4.2.1 Compatible Apple Clang 4.1 ((tags/Apple/clang-421.11.66))] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from scipy import special
>>> ^D

[ryandesign (Ryan Carsten Schmidt)]

Replying to jmr@…:

You don't need to check for existing unregistered .pyc files for py33, because nobody has ever installed it.

You're right of course!

Replying to vince@…:

ValueError: level must be >= 0

Here's archlinux's bug report about this problem: ​https://bugs.archlinux.org/task/32072

Here's the upstream bug report: ​http://projects.scipy.org/scipy/ticket/1739

[Veence (Vincent)]

If I understand the ticket correctly, it has somehow been fixed, but we’ll have to wait 0.12 to see the fix implemented… won’t we?

[ryandesign (Ryan Carsten Schmidt)]

The upstream issue says "Upgrade to Cython >= 0.17.1 fixes the "level >= 0" issue." We have a py-cython port, but it is not in py-scipy's dependency chain. Does installing it fix this problem?

The archlinux bug report says they fixed it by "fetch[ing] the changes from upstream" but they don't say what changes they were.

[kenneth.arnold@…]

Cc Me!

[kenneth.arnold@…]

Unfortunately, scipy checks in the Cython outputs to their repo, meaning that not only is their source distribution broken for Python 3.3, but recreating the source distribution from the repo is insufficient to fix the problem. I tried checking out the 0.11.x maintenance branch and forcibly re-running ./tools/cythonize, but it encountered some non-trivial problems probably related to the newer Cython version I was using (0.18).

Unfortunately it looks like the only viable solution for this problem is for upstream to make a new release. Making an sdist of the master branch and forcing it through the MacPorts build process (with the Portfile patch in this ticket applied) does work, and fixes the ValueError reported here. scipy.test() does report a lot of failing tests around arpack and blas, though.

[cooljeanius (Eric Gallager)]

py33-scipy was added in r105036