Bugzilla Bug 119305

Numpy (http://numeric.scipy.org/) is the new "multidimensional-array object"
module for python - it deprecates both Numpy and numarray.  Scipy, matplotlib
etc., already support numpy and numpy is (hopefully) going to eliminate the
confusion over different and sometimes incompatible array modules that exist
for Python nowadays.

I copied numarray-1.5.0.ebuild to my portage overlay, renamed it to
numpy-0.9.2.ebuild and made some changes (basically to make it recognize the
installed version of atlas).  The ebuild works for me, but I am not sure if it
is "correct".  In particular, handling of lapack and blas could be improved.

I cannot access numpy website right now, so I have kept the LICENSE field as
"BSD", but it might be something else.

Created an attachment (id=77364) [edit]
ebuild for numpy-0.9.2

(In reply to comment #1)
> Created an attachment (id=77364) [edit]
> ebuild for numpy-0.9.2

Seems to work on amd64 as well, for the few basic tests I ran. TBC
nevertheless.
Quick question: as scipy is in the sci-libs branch, shouldn't numpy be as well
?

(In reply to comment #2)
> Quick question: as scipy is in the sci-libs branch, shouldn't numpy be as well
> ?
> 

Well, numarray and Numeric, both of which are python array modules, are in
dev-python.  Hence I put numpy ebuild in dev-python instead of sci-libs.  It's
updo the developers to decide where to put the ebuild though---for many of the
packages, there is no "definite" single category anyway.

Created an attachment (id=78595) [edit]
numpy-0.9.4.ebuild

Version bump

Hi I've tested this numpy-0.94 ebuild as a replacement for the Numeric package
and it works fine. I'm writing a lot of python/Numeric code for my PhD. All the
unit test were successfull after upgrading the code to numpy.

added to cc

Adding to portage as dev-python/numpy. thanks for the ebuild. i suppose the
depends are the other way around because those ebuilds are actually being
changed to use numpy instead.

closing.