I'm looking at updating the numpy package in Fedora rawhide to 1.6.0b1. It appears to install a bunch of suff in /usr/lib64/python2.7/site-packages/doc (see below for examples). This seems wrong. Thoughts?
/usr/lib64/python2.7/site-packages/doc/cython/MANIFEST /usr/lib64/python2.7/site-packages/doc/cython/Makefile /usr/lib64/python2.7/site-packages/doc/cython/README.txt /usr/lib64/python2.7/site-packages/doc/cython/c_numpy.pxd /usr/lib64/python2.7/site-packages/doc/cython/c_python.pxd /usr/lib64/python2.7/site-packages/doc/cython/numpyx.pyx /usr/lib64/python2.7/site-packages/doc/cython/run_test.py /usr/lib64/python2.7/site-packages/doc/cython/run_test.pyc /usr/lib64/python2.7/site-packages/doc/cython/run_test.pyo /usr/lib64/python2.7/site-packages/doc/cython/setup.py /usr/lib64/python2.7/site-packages/doc/cython/setup.pyc /usr/lib64/python2.7/site-packages/doc/cython/setup.pyo /usr/lib64/python2.7/site-packages/doc/pyrex/MANIFEST /usr/lib64/python2.7/site-packages/doc/pyrex/Makefile /usr/lib64/python2.7/site-packages/doc/pyrex/README.txt /usr/lib64/python2.7/site-packages/doc/pyrex/c_numpy.pxd /usr/lib64/python2.7/site-packages/doc/pyrex/c_python.pxd /usr/lib64/python2.7/site-packages/doc/pyrex/notes /usr/lib64/python2.7/site-packages/doc/pyrex/numpyx.c /usr/lib64/python2.7/site-packages/doc/pyrex/numpyx.pyx /usr/lib64/python2.7/site-packages/doc/pyrex/run_test.py /usr/lib64/python2.7/site-packages/doc/pyrex/run_test.pyc /usr/lib64/python2.7/site-packages/doc/pyrex/run_test.pyo /usr/lib64/python2.7/site-packages/doc/pyrex/setup.py /usr/lib64/python2.7/site-packages/doc/pyrex/setup.pyc /usr/lib64/python2.7/site-packages/doc/pyrex/setup.pyo /usr/lib64/python2.7/site-packages/doc/swig/Array.i /usr/lib64/python2.7/site-packages/doc/swig/Array1.cxx /usr/lib64/python2.7/site-packages/doc/swig/Array1.h
On Thu, Mar 31, 2011 at 6:33 PM, Orion Poplawski orion@cora.nwra.com wrote:
I'm looking at updating the numpy package in Fedora rawhide to 1.6.0b1. It appears to install a bunch of suff in /usr/lib64/python2.7/site-packages/doc (see below for examples). This seems wrong. Thoughts?
That is indeed wrong. It's caused by the following in setup.py:
# we want these files also in binaries/installed files, so it belongs here # instead of in Manifest.in config.add_data_files(('doc/cython/'), ('doc/pyrex/'), ('doc/swig/'))
Maybe those three dirs should be moved from doc/ to numpy/doc/ in the source tree?
Ralf
/usr/lib64/python2.7/site-packages/doc/cython/MANIFEST /usr/lib64/python2.7/site-packages/doc/cython/Makefile /usr/lib64/python2.7/site-packages/doc/cython/README.txt /usr/lib64/python2.7/site-packages/doc/cython/c_numpy.pxd /usr/lib64/python2.7/site-packages/doc/cython/c_python.pxd /usr/lib64/python2.7/site-packages/doc/cython/numpyx.pyx /usr/lib64/python2.7/site-packages/doc/cython/run_test.py /usr/lib64/python2.7/site-packages/doc/cython/run_test.pyc /usr/lib64/python2.7/site-packages/doc/cython/run_test.pyo /usr/lib64/python2.7/site-packages/doc/cython/setup.py /usr/lib64/python2.7/site-packages/doc/cython/setup.pyc /usr/lib64/python2.7/site-packages/doc/cython/setup.pyo /usr/lib64/python2.7/site-packages/doc/pyrex/MANIFEST /usr/lib64/python2.7/site-packages/doc/pyrex/Makefile /usr/lib64/python2.7/site-packages/doc/pyrex/README.txt /usr/lib64/python2.7/site-packages/doc/pyrex/c_numpy.pxd /usr/lib64/python2.7/site-packages/doc/pyrex/c_python.pxd /usr/lib64/python2.7/site-packages/doc/pyrex/notes /usr/lib64/python2.7/site-packages/doc/pyrex/numpyx.c /usr/lib64/python2.7/site-packages/doc/pyrex/numpyx.pyx /usr/lib64/python2.7/site-packages/doc/pyrex/run_test.py /usr/lib64/python2.7/site-packages/doc/pyrex/run_test.pyc /usr/lib64/python2.7/site-packages/doc/pyrex/run_test.pyo /usr/lib64/python2.7/site-packages/doc/pyrex/setup.py /usr/lib64/python2.7/site-packages/doc/pyrex/setup.pyc /usr/lib64/python2.7/site-packages/doc/pyrex/setup.pyo /usr/lib64/python2.7/site-packages/doc/swig/Array.i /usr/lib64/python2.7/site-packages/doc/swig/Array1.cxx /usr/lib64/python2.7/site-packages/doc/swig/Array1.h
-- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com _______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Thu, Mar 31, 2011 at 12:00, Ralf Gommers ralf.gommers@googlemail.com wrote:
On Thu, Mar 31, 2011 at 6:33 PM, Orion Poplawski orion@cora.nwra.com wrote:
I'm looking at updating the numpy package in Fedora rawhide to 1.6.0b1. It appears to install a bunch of suff in /usr/lib64/python2.7/site-packages/doc (see below for examples). This seems wrong. Thoughts?
That is indeed wrong. It's caused by the following in setup.py:
# we want these files also in binaries/installed files, so it belongs here # instead of in Manifest.in config.add_data_files(('doc/cython/'), ('doc/pyrex/'), ('doc/swig/'))
Maybe those three dirs should be moved from doc/ to numpy/doc/ in the source tree?
It's not clear to me how they were included in the Windows .exe installer originally (the original ticket that led to this change[1088]). I don't think it was through the generic setup.py. The proper fix would probably be something specific to each binary installer.
[1088] http://projects.scipy.org/numpy/ticket/1088
On Thu, Mar 31, 2011 at 8:32 PM, Robert Kern robert.kern@gmail.com wrote:
On Thu, Mar 31, 2011 at 12:00, Ralf Gommers ralf.gommers@googlemail.com wrote:
On Thu, Mar 31, 2011 at 6:33 PM, Orion Poplawski orion@cora.nwra.com wrote:
I'm looking at updating the numpy package in Fedora rawhide to 1.6.0b1. It appears to install a bunch of suff in /usr/lib64/python2.7/site-packages/doc (see below for examples). This seems wrong. Thoughts?
That is indeed wrong. It's caused by the following in setup.py:
# we want these files also in binaries/installed files, so it belongs here # instead of in Manifest.in config.add_data_files(('doc/cython/'), ('doc/pyrex/'), ('doc/swig/'))
Maybe those three dirs should be moved from doc/ to numpy/doc/ in the source tree?
It's not clear to me how they were included in the Windows .exe installer originally (the original ticket that led to this change[1088]). I don't think it was through the generic setup.py. The proper fix would probably be something specific to each binary installer.
I'm not sure how this was done at first (maybe someone remembers?), it kind of hard to search for that in the history. But something specific for each way of installing sounds fragile. The first question to be answered is where these files should be installed to. The current location is obviously wrong.
If it is under numpy/doc/swig/ etc. then moving them there in the source tree itself seems logical. Those dirs are not used to build the user and reference guides, so there's no need for them to stay where they are.
Ralf
On Thu, Mar 31, 2011 at 13:39, Ralf Gommers ralf.gommers@googlemail.com wrote:
On Thu, Mar 31, 2011 at 8:32 PM, Robert Kern robert.kern@gmail.com wrote:
On Thu, Mar 31, 2011 at 12:00, Ralf Gommers ralf.gommers@googlemail.com wrote:
On Thu, Mar 31, 2011 at 6:33 PM, Orion Poplawski orion@cora.nwra.com wrote:
I'm looking at updating the numpy package in Fedora rawhide to 1.6.0b1. It appears to install a bunch of suff in /usr/lib64/python2.7/site-packages/doc (see below for examples). This seems wrong. Thoughts?
That is indeed wrong. It's caused by the following in setup.py:
# we want these files also in binaries/installed files, so it belongs here # instead of in Manifest.in config.add_data_files(('doc/cython/'), ('doc/pyrex/'), ('doc/swig/'))
Maybe those three dirs should be moved from doc/ to numpy/doc/ in the source tree?
It's not clear to me how they were included in the Windows .exe installer originally (the original ticket that led to this change[1088]). I don't think it was through the generic setup.py. The proper fix would probably be something specific to each binary installer.
I'm not sure how this was done at first (maybe someone remembers?), it kind of hard to search for that in the history. But something specific for each way of installing sounds fragile. The first question to be answered is where these files should be installed to. The current location is obviously wrong.
Well, the answer is different for each platform. That's why it ought to be up to each binary installer.
If it is under numpy/doc/swig/ etc. then moving them there in the source tree itself seems logical. Those dirs are not used to build the user and reference guides, so there's no need for them to stay where they are.
Linux distributions start to complain when data files (especially documentation data files not used at runtime) are placed into the Python packages. I would argue that it's the wrong place for them on *any* platform.
On Thu, Mar 31, 2011 at 8:52 PM, Robert Kern robert.kern@gmail.com wrote:
On Thu, Mar 31, 2011 at 13:39, Ralf Gommers ralf.gommers@googlemail.com wrote:
On Thu, Mar 31, 2011 at 8:32 PM, Robert Kern robert.kern@gmail.com wrote:
On Thu, Mar 31, 2011 at 12:00, Ralf Gommers ralf.gommers@googlemail.com wrote:
On Thu, Mar 31, 2011 at 6:33 PM, Orion Poplawski orion@cora.nwra.com wrote:
I'm looking at updating the numpy package in Fedora rawhide to 1.6.0b1. It appears to install a bunch of suff in /usr/lib64/python2.7/site-packages/doc (see below for examples). This seems wrong. Thoughts?
That is indeed wrong. It's caused by the following in setup.py:
# we want these files also in binaries/installed files, so it belongs here # instead of in Manifest.in config.add_data_files(('doc/cython/'), ('doc/pyrex/'), ('doc/swig/'))
Maybe those three dirs should be moved from doc/ to numpy/doc/ in the source tree?
It's not clear to me how they were included in the Windows .exe installer originally (the original ticket that led to this change[1088]). I don't think it was through the generic setup.py. The proper fix would probably be something specific to each binary installer.
I'm not sure how this was done at first (maybe someone remembers?), it kind of hard to search for that in the history. But something specific for each way of installing sounds fragile. The first question to be answered is where these files should be installed to. The current location is obviously wrong.
Well, the answer is different for each platform. That's why it ought to be up to each binary installer.
If it is under numpy/doc/swig/ etc. then moving them there in the source tree itself seems logical. Those dirs are not used to build the user and reference guides, so there's no need for them to stay where they are.
Linux distributions start to complain when data files (especially documentation data files not used at runtime) are placed into the Python packages. I would argue that it's the wrong place for them on *any* platform.
But they're not documentation files. The line is a bit blurry, but something like the numpy.i SWIG interface face is meant for using numpy, not documenting usage of SWIG and numpy (maybe most similar to what's in core/include/ ?). The actual documentation of how to use numpy.i is included in the reference guide, and is not present in that dir.
Perhaps to make clear this is not documentation, put it in something like numpy/interfacing/swig/, etc.?
Ralf
On Thu, Mar 31, 2011 at 14:08, Ralf Gommers ralf.gommers@googlemail.com wrote:
On Thu, Mar 31, 2011 at 8:52 PM, Robert Kern robert.kern@gmail.com wrote:
Linux distributions start to complain when data files (especially documentation data files not used at runtime) are placed into the Python packages. I would argue that it's the wrong place for them on *any* platform.
But they're not documentation files. The line is a bit blurry, but something like the numpy.i SWIG interface face is meant for using numpy, not documenting usage of SWIG and numpy (maybe most similar to what's in core/include/ ?).
Yeah, and they hate that, too. As the originator of that idea, I'm loathe to push it any further. :-)
The actual documentation of how to use numpy.i is included in the reference guide, and is not present in that dir.
Perhaps to make clear this is not documentation, put it in something like numpy/interfacing/swig/, etc.?
Well, they're meant to be copied into your own code, which is why they end up under a doc/ directory. Lots of things like this tend to end up in doc/ directories.
On 03/31/2011 01:12 PM, Robert Kern wrote:
Well, they're meant to be copied into your own code, which is why they end up under a doc/ directory. Lots of things like this tend to end up in doc/ directories.
perhaps /usr/share/doc/numpy then.
On Thu, Mar 31, 2011 at 14:16, Orion Poplawski orion@cora.nwra.com wrote:
On 03/31/2011 01:12 PM, Robert Kern wrote:
Well, they're meant to be copied into your own code, which is why they end up under a doc/ directory. Lots of things like this tend to end up in doc/ directories.
perhaps /usr/share/doc/numpy then.
This is up to the various Linux packagers of numpy. They have their own tools to do this according to their own policies. Doing *anything* in our setup.py to install these files will just make their jobs harder. That's why I think that this needs to be handled in the binary installers, not the setup.py.
On 03/31/2011 01:21 PM, Robert Kern wrote:
On Thu, Mar 31, 2011 at 14:16, Orion Poplawskiorion@cora.nwra.com wrote:
On 03/31/2011 01:12 PM, Robert Kern wrote:
Well, they're meant to be copied into your own code, which is why they end up under a doc/ directory. Lots of things like this tend to end up in doc/ directories.
perhaps /usr/share/doc/numpy then.
This is up to the various Linux packagers of numpy. They have their own tools to do this according to their own policies. Doing *anything* in our setup.py to install these files will just make their jobs harder. That's why I think that this needs to be handled in the binary installers, not the setup.py.
Fedora already copies everything in doc/* to /usr/share/doc/numpy-%{version}, so yeah, no need to put it anywhere.
On Thu, Mar 31, 2011 at 9:21 PM, Robert Kern robert.kern@gmail.com wrote:
On Thu, Mar 31, 2011 at 14:16, Orion Poplawski orion@cora.nwra.com wrote:
On 03/31/2011 01:12 PM, Robert Kern wrote:
Well, they're meant to be copied into your own code, which is why they end up under a doc/ directory. Lots of things like this tend to end up in doc/ directories.
perhaps /usr/share/doc/numpy then.
This is up to the various Linux packagers of numpy. They have their own tools to do this according to their own policies. Doing *anything* in our setup.py to install these files will just make their jobs harder. That's why I think that this needs to be handled in the binary installers, not the setup.py.
Okay, makes sense. For now I'll just delete those lines from setup.py then and open a ticket. Will try to find some time later to add this for the binary installers for Windows and OS X. People who do a source install will just have to grab those files from a tarball then.
Ralf
On Fri, Apr 1, 2011 at 10:56 PM, Ralf Gommers ralf.gommers@googlemail.com wrote:
On Thu, Mar 31, 2011 at 9:21 PM, Robert Kern robert.kern@gmail.com wrote:
On Thu, Mar 31, 2011 at 14:16, Orion Poplawski orion@cora.nwra.com wrote:
On 03/31/2011 01:12 PM, Robert Kern wrote:
Well, they're meant to be copied into your own code, which is why they end up under a doc/ directory. Lots of things like this tend to end up in doc/ directories.
perhaps /usr/share/doc/numpy then.
This is up to the various Linux packagers of numpy. They have their own tools to do this according to their own policies. Doing *anything* in our setup.py to install these files will just make their jobs harder. That's why I think that this needs to be handled in the binary installers, not the setup.py.
Okay, makes sense. For now I'll just delete those lines from setup.py then and open a ticket. Will try to find some time later to add this for the binary installers for Windows and OS X. People who do a source install will just have to grab those files from a tarball then.
http://projects.scipy.org/numpy/ticket/1791 https://github.com/numpy/numpy/pull/69
On 03/31/2011 01:08 PM, Ralf Gommers wrote:
But they're not documentation files. The line is a bit blurry, but something like the numpy.i SWIG interface face is meant for using numpy, not documenting usage of SWIG and numpy (maybe most similar to what's in core/include/ ?). The actual documentation of how to use numpy.i is included in the reference guide, and is not present in that dir.
Perhaps to make clear this is not documentation, put it in something like numpy/interfacing/swig/, etc.?
How are these files used? Are they used by the python code directly? Just used by people wanting to use swig/cython/pyrex to interface with numpy? If the latter, they don't belong in python/site-packages but something lib /usr/share/numpy.