This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gsakkis
Recipients gsakkis, tarek
Date 2009-02-17.22:32:12
SpamBayes Score 1.3447757e-07
Marked as misclassified No
Message-id <1234909934.56.0.127417684931.issue5302@psf.upfronthosting.co.za>
In-reply-to
Content
Currently each glob defined in package_data must match files only; if it
matches a directory, it raises an exception later when calling
copy_file(). This means that a glob like 'mydata/*' will fail if there
is any subdirectory under 'mydata'. One simple useful change would be to
allow a glob match a directory and interpret it as a recursive inclusion
of the directory.

A more general feature request (perhaps a separate ticket) would be to
port to setup() the logic currently expressed in MANIFEST.in. In the
long term, MF.in should IMO be deprecated because (a) it's a second file
one has to remember to write and maintain in addition to setup.py (b)
has its own ad-hoc syntax instead of python and (c) overlaps in scope
with package_data and data_files of setup.py. The exact API exposing
MF.in's functionality can be decided after (and if) there is consensus
on deprecating/replacing it.
History
Date User Action Args
2009-02-17 22:32:14gsakkissetrecipients: + gsakkis, tarek
2009-02-17 22:32:14gsakkissetmessageid: <1234909934.56.0.127417684931.issue5302@psf.upfronthosting.co.za>
2009-02-17 22:32:13gsakkislinkissue5302 messages
2009-02-17 22:32:12gsakkiscreate