Enable math/py-numpy to be installed for different python versions

[mva]

Summary

Enable math/py-numpy to be installed for different python versions

[mva]

Another review is needed

[db]

One concern is consumers reliant on f2py will have to be chased up.

[db]

Correction NUMPY consumers which also use Fortran.

[mva]

Since nothing changes for ports using the default python version (which are all ports at the moment), there is no need for chasing them right now. The symlink to f2py for the default python version ensures that there are no visible changes for consumer ports of numpy.

You are right, though, ports should be converted to refer to f2py-${python_ver} to avoid functional loss, if the user switches to another default python version.

[db]

Right. It's something that should be noted and documented perhaps in the porters handbook.

[db]

py-numpy installs fine but there is now a conflict on a dependancy

pkg-static: py33-scipy-0.14.0: duplicate dependency listing: py33-numpy-1.8.1_2,1, ignoring
pkg-static: py33-scipy-0.14.0 conflicts with py27-scipy-0.14.0 (installs files into the same place). Problematic file: /usr/local/share/doc/scipy/scipy-ref.pdf

• [fake-pkg] Error code 70

yay.

[mva]

In D599#8, @db wrote:

py-numpy installs fine but there is now a conflict on a dependancy

pkg-static: py33-scipy-0.14.0: duplicate dependency listing: py33-numpy-1.8.1_2,1, ignoring
pkg-static: py33-scipy-0.14.0 conflicts with py27-scipy-0.14.0 (installs files into the same place). Problematic file: /usr/local/share/doc/scipy/scipy-ref.pdf

• [fake-pkg] Error code 70

yay.

That's not related to numpy, though.

[db]

Indeed it's not directly related but I wanted it noted. Shall I file a PR on py-scipy then?
Meanwhile py-numpy looks good.

[mva]

Committed in rP365328.