[Bug 218195] Review Request: scipy - array processing for numbers, strings, records, and objects.

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: scipy - array processing for numbers, strings, records, and objects.


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218195





------- Additional Comments From jspaleta at gmail.com  2006-12-03 17:13 EST -------
The rpmlint warnings concerning the .h files down in the python site-packages
tree are a matter of interpretation I think. Since these files are not in
/usr/include/python2.4/ I'm not sure there is an expectation that they are to be
built against.  There are many python packages which continue to place .h files
down in the site-packages tree without splitting into a -devel.   

The only python module packages that I am aware of that uses a devel subpackage
install their .h files into the /usr/include/python2.4/ tree.  python-ogg-devel
 for example.  But even that isn't consistently done, python-numarry doesn't
make the effort.  I don't have a problem splitting this stuff off, I just don't
want to set a new packaging policy precedent in the process.

If you could point me to a python module package (ie not a graphical end-user
application) which has .h files down in site-packages and splits out a -devel
subpackage I'd like to look over its spec as a reference.

I fixed the %install section issue and the silly dot at the end of the summar.
Can you tell I'm a couple of months out of practise.  I'm going to play with the
requires and buildrequires a little to see if I can answer the questions.  For
example, I don't know if this will work with fftw version 3....yet.

-jef

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.