Inconsistency between python-scientific and most recent version of Numpy

[jolivetr]

Hello,

I think the newest version of Numpy raises some issues with the port python-scientific. Importing Scientific into python works, but Scientific.Functions.FirstDerivatives raises the error:

    from numpy.oldnumeric import *
ImportError: No module named oldnumeric

As oldnumeric has recently been removed from the numpy distribution, this should be tested. oldnumeric was in numpy 1.8.0 but not anymore in numpy 1.9.0

Cheers,
Romain

PS: I am running python27, with numpy 1.9.0 and Scientific 2.9.1, all from MacPorts

[seanfarley (Sean Farley)]

Unfortuantely, the developer of ScientificPython doesn't have the time to fix this: ​https://bitbucket.org/khinsen/scientificpython/issue/13/numpy-19-has-dropped-support-for

[petrrr]

Cc Me!

[petrrr]

port echo depends:py27-scientific gives the following result:

py-scientific
py27-fiat
py27-ipython
py27-MMTK
py27-tables

I do not know much about py-fiat and py-MMTK, but ipython and py-tables might be quite relevant. In installed against Py3, they do not depend on scientific. So probably this should become the default for Py2 as well.

For ipython this is trivial as it is a variant. I do not know where the difference comes from for tables.

[mamoll (Mark Moll)]

Cc Me!

[reneeotten (Renee Otten)]

Yep, py-scientific has not seen a release since 2018 and ​upstream states:

Note: The scientific Python ecosystem is changing at a rapid pace, without maintaining compatibility with older versions.
Since the beginning of ScientificPython development in 1995, there have been important changes to the Python language 
itself between Python 2.7 and Python 3, and also a large number of smaller incompatible changes to the NumPy library that 
ScientificPython depends on. ScientificPython has not been adapted to these changes, because we do not have any resources 
for software development. Therefore ScientificPython can be used only with Python 2.7 and NumPy 1.8, but not with later
releases of either software.

the port has no dependents:

> port echo depends:py27-scientific
py-scientific

and we will not add a NumPy 1.8 port for it; so IMHO py-scientific should just be removed.