Hi, numpy 1.2.0 is released and we could make use of its fixes. I built it under mock using just these changes below. Note python-nose is needed for the %check section only. 6c6 < Version: 1.1.1 --- > Version: 1.2.0 17c17 < BuildRequires: python-devel blas-devel lapack-devel python-setuptools gcc-gfortran --- > BuildRequires: python-devel blas-devel lapack-devel python-setuptools gcc-gfortran python-nose Thanks!
Further testing shows that for the tests to work after installation, python-nose is required as a dependency. You may want to also make python-nose a Requires in case users want to execute numpy.test() .
Will do. Watch this space.
Odd, I get the following on F-9: Executing(%check): /bin/sh -e /var/tmp/rpm-tmp.97814 + umask 022 + cd /home/limb/rpmbuild/BUILD + cd numpy-1.2.0 + pushd doc + PYTHONPATH=/var/tmp/numpy-1.2.0-1.fc9-root-limb/usr/lib/python2.5/site-packages + /usr/bin/python -c 'import pkg_resources, numpy ; numpy.test(1, 1)' Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/lib/python2.5/site-packages/numpy/testing/nosetester.py", line 221, in test File "/usr/lib/python2.5/site-packages/numpy/testing/nosetester.py", line 141, in _test_argv TypeError: Selection label should be a string error: Bad exit status from /var/tmp/rpm-tmp.97814 (%check)
Try changing "numpy.test(1, 1)" to "numpy.test()". Strangely, it built okay without this change under under mock for CentOS 5, but when run interactively after installing the rpm, I had to remove the arguments. If you are motivated, it would be "super" if you made this an EPEL package too.
Testing. numpy isn't in EPEL for EL-4, but it's at 1.0.4 in EPEL for EL-5. Are you looking for it to be added to EL-4, updated for EL5, or both?
EL5 is my interest, thanks!
The test change works, I'll get it in Fedora. I think update to 1.2.0 is reasonable for EL5, too. I'll put it in EL-4, as well, since I've had a use for it at work.
Terrific! Thanks, Jon
Only thing I'm waiting on is the new version of atlas, since I'll be building numpy against it in rawhide, but I'm working with the atlas maintainer on that, so it should be soon.
numpy-1.2.0-1.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update numpy'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-8787
The above (boilerplate?) should refer to updates-testing-newkey, as in: yum --enablerepo=updates-testing-newkey update numpy Updated on F9 x86_64 box, numpy.test() works, feedback given, thanks!
numpy-1.2.0-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
Hi, I work for OLPC. We use numpy, but don't wish to add the 900KB python-nose runtime dependency. I think we'll pin numpy back at the old version for now, but we'd obviously like to get updates to it -- perhaps the help() function could be split out into numpy-devel, or something like that? Thanks!
-devel probably not. But there may be room to explore splitting numpy/scipy/matplotlib into more fine grained subpackages based on functionality. If that would help you make better use of numpy/scipy/matplotlib I'm more than happy to work with you and see if we can do it. So the first question is what in numpy are you using? Do you need for example the distutil subtree or the testing subtree? If we ever get support for enthought traits in Fedora, we will probably want to modularize that runtime as well. -jef
Just so your're all aware: https://bugzilla.redhat.com/show_bug.cgi?id=461472 Will this cause OLPC issues?