Red Hat Bugzilla – Bug 207899
NumPy package missing some important header files
Last modified: 2007-11-30 17:11:44 EST
The Extras package of numpy does not include certain development headers normally installed by a manual build of numpy. These headers include: /usr/lib/python2.4/site-packages/core/include/numpy/config.h /usr/lib/python2.4/site-packages/core/include/numpy/__multiarray_api.h /usr/lib/python2.4/site-packages/core/include/numpy/__ufunc_api.h I actually saw this while trying to build a package for the updated numpy-1.0rc1 release, but I believe it is still an issue with the current version; and if it isn't, it will become one in the future. The problem is that Python distutils suck, basically. In particular, the 'install' command is run with --skip-build to not (stupidly) rebuild most files. But when the build step is not run, the list of files is not completely populated, so 'setup.py install --skip-build' only installs a subset of the files installed by 'setup.py install' with no arguments. This is of course completely broken, but it must be worked around. The relevant file is numpy/core/setup.py. A glance will show that there are calls to config.add_data_files() sprinkled throughout; this code apparently does not get executed in --skip-build mode. One solution would be to patch that file to call config.add_data_files() in install mode; but I do not know enough about distutils to know where such calls should be added. Alternatively, the install step could be run without the --skip-build flag. This will make the build take much longer, but it is a more futureproof solution. Seeing as the build time never affects users, I think this is the best option, although it is infuriating that the distutils are this badly designed.
Add Ignacio to CC-list since he seems to be the person in charge of the RPM spec file. By the way, I'm pretty sure that nothing that references the NumPy C API can be built against the current numpy package. I know that SciPy cannot be built, at least.
Apparently, I forgot to push numpy 0.9.8 over to fc5 when I built it for rawhide, so I presume you were trying to build against a somewhat outdated version of numpy. Everything is just fine with the latest rawhide build, no need to remove the --skip-build flag. I'll push through a new build for fc5, which also checks out locally. $ rpm -qpl /build/RPMS/x86_64/numpy-0.9.8-1.fc5.x86_64.rpm |egrep 'config.h|multiarray_api.h|ufunc_api.h' /usr/lib64/python2.4/site-packages/numpy/core/include/numpy/__multiarray_api.h /usr/lib64/python2.4/site-packages/numpy/core/include/numpy/__ufunc_api.h /usr/lib64/python2.4/site-packages/numpy/core/include/numpy/config.h Oh, and Ignacio was the package maintainer, but he's gone MIA, and I've since taken it over.
For the anxious, who want at the updated packages before they make it over to the actual Extras yum repositories: http://buildsys.fedoraproject.org/logs/fedora-5-extras/18366-numpy-0.9.8-1.fc5/
Hm. I saw this issue using the spec file for 0.9.5 to build a package of 1.0rc1. So my numpy source is even more up-to-date than yours, but my spec file is older. Maybe there's something a little nonstandard about my environment. I guess I'll see if the next Extras packages have the files or not. (Speaking of, any chance that an update for 1.0rc1 will be pushed? Or is everything pretty much holding for FC6?)
I'll put a 1.0 build together once its final, starting with FC6, but probably followed closely by an FC5 build. Generally speaking, I'd rather stick to released versions, but there seems to be quite a bit of demand for a numpy 1.0-ish package... I *might* do a 1.0rcX package for FC6...