Re: [Distutils] How to best install pkg_resources?
At 07:30 PM 12/14/2010 +0100, Arve Knudsen wrote:
On Tue, Dec 14, 2010 at 7:22 PM, P.J. Eby <<mailto:pje@telecommunity.com>pje@telecommunity.com> wrote: At 06:30 PM 12/14/2010 +0100, Arve Knudsen wrote: Argh :( Can you describe some other way of customizing the install command that works better with setuptools?
That depends on what you're trying to do; but probably it will involve subclassing the install command rather than simply invoking it.
What are you trying to customize, anyway? There really aren't many user-serviceable parts inside; you'd probably be better off customizing subcommands (like install_lib or some of the build_* commands).
I don't have the project in front of me right now, but what I needed to do was to install something non-Python. That is, if the package gets installed under <prefix>/lib, the extra data gets installed under <prefix>/data. The data is part of the project, but not part of the Python package(s).
That's not going to work except in the old-style installation mode. With a setuptools or distribute project, your only places to store data are inside the package or in the metadata (e.g. a subdirectory inside .egg-info).
On Tue, Dec 14, 2010 at 7:39 PM, P.J. Eby <pje@telecommunity.com> wrote:
At 07:30 PM 12/14/2010 +0100, Arve Knudsen wrote:
On Tue, Dec 14, 2010 at 7:22 PM, P.J. Eby <<mailto:pje@telecommunity.com>
pje@telecommunity.com> wrote: At 06:30 PM 12/14/2010 +0100, Arve Knudsen wrote: Argh :( Can you describe some other way of customizing the install command that works better with setuptools?
That depends on what you're trying to do; but probably it will involve subclassing the install command rather than simply invoking it.
What are you trying to customize, anyway? There really aren't many user-serviceable parts inside; you'd probably be better off customizing subcommands (like install_lib or some of the build_* commands).
I don't have the project in front of me right now, but what I needed to do was to install something non-Python. That is, if the package gets installed under <prefix>/lib, the extra data gets installed under <prefix>/data. The data is part of the project, but not part of the Python package(s).
That's not going to work except in the old-style installation mode. With a setuptools or distribute project, your only places to store data are inside the package or in the metadata (e.g. a subdirectory inside .egg-info).
I'm aware of that issue, but it doesn't matter in this case, since the data are really orthogonal to the Python distribution (and the project is proprietary). Arve
participants (2)
-
Arve Knudsen -
P.J. Eby