Changes by Éric Araujo mer...@netwok.org:
--
resolution: accepted - fixed
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2279
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
added in r69710. Thx
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2279
___
___
Python-bugs-list
Tarek Ziadé ziade.ta...@gmail.com added the comment:
2009/2/17 George Sakkis rep...@bugs.python.org:
Maybe that could be a new feature ?
That would be nice, especially if we want to reimplement MANIFEST.in as
setup() option at some point. My current implementation doesn't extend
the API, so
George Sakkis george.sak...@gmail.com added the comment:
Opened #5300 and #5302 for the mentioned issues.
Btw in your patch, I believe `os.path.join(dirname, f)` should be
replaced by `f` alone; `dirname` refers to the dir under the
installation directory, not the source.
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Opened #5300 and #5302 for the mentioned issues.
ok thanks
Btw in your patch, I believe `os.path.join(dirname, f)` should be
replaced by `f` alone; `dirname` refers to the dir under the
installation directory, not the source.
Right,
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Ok I have finished the patch, I'll commit it during the week
FWIW I wrote a module that overrides the default build_py and sdist
commands with versions that allow specifying package_data recursively
Maybe that could be a new feature ?
Tarek Ziadé ziade.ta...@gmail.com added the comment:
done in r69692 and r69696.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2279
___
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
versions: -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2279
___
___
George Sakkis george.sak...@gmail.com added the comment:
FWIW I wrote a module that overrides the default build_py and sdist
commands with versions that allow specifying package_data recursively
Maybe that could be a new feature ?
That would be nice, especially if we want to reimplement
George Sakkis george.sak...@gmail.com added the comment:
done in r69692 and r69696.
Great, thanks. The data_files part though seems incorrect; for one thing
each item in data_files can be either a (dir,files) tuple or a plain
string, and for two 'dir' is the output (installation) directory,
George Sakkis george.sak...@gmail.com added the comment:
By an equivalent option in setup() of course. I'm not against the
*functionality* of MANIFEST.in but on that (a) it's a second file you
have to remember to write and maintain in addition to setup.py (b) has
its own ad-hoc syntax instead of
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Right, but if MANIFEST.in is removed, I can see cases where you would
need the same kind of mini-syntax in your setup.py.
For instance, how would you tell sdist to recursively add files located
in a directory (like the current
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Right, but if MANIFEST.in is removed, I can see cases where you would
need the same kind of mini-syntax in your setup.py.
For instance, how would you tell sdist to recursively add files located
in a directory (like the current
Changes by Tarek Ziadé ziade.ta...@gmail.com:
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2279
___
___
Python-bugs-list mailing list
Unsubscribe:
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I'll change add_defaults() so it includes package_data.
I don't think though, that MANIFEST.in is an ugly hack. Imho the best
practice is an explicit MANIFEST.in (and not use the .svn browsing
setuptools do)
--
priority: - high
George Sakkis george.sak...@gmail.com added the comment:
I didn't mean to imply that automagic discovery based on external
version control software is better than MANIFEST.in; I favor
explicitness here as well. It's just that this information can (and
often has to) be duplicated in setup.py as
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
assignee: - tarek
nosy: +tarek
versions: +Python 2.7, Python 3.1 -Python 2.4, Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2279
New submission from David Ripton [EMAIL PROTECTED]:
distutils.sdist.add_defaults adds the Python modules and scripts and C
extensions found in setup.py to the MANIFEST. It does *not* add
data_files mentioned in setup.py to the MANIFEST.
This is non-orthogonal and confusing, because it means
18 matches
Mail list logo
