On Sat, Mar 9, 2013 at 9:33 PM, PJ Eby p...@telecommunity.com wrote:
On Sat, Mar 9, 2013 at 8:14 PM, Nick Coghlan ncogh...@gmail.com wrote:
Longer term, something like the import engine PEP may let us implement a
cleaner solution.
I've been giving the bootstrapping issue a bit more thought,
On Mon, Mar 11, 2013 at 11:36 AM, Erik Bray erik.m.b...@gmail.com wrote:
On Sat, Mar 9, 2013 at 9:33 PM, PJ Eby p...@telecommunity.com wrote:
On Sat, Mar 9, 2013 at 8:14 PM, Nick Coghlan ncogh...@gmail.com wrote:
Longer term, something like the import engine PEP may let us implement a
cleaner
The pkg_resources script entry point is there so the right eggs can be
added to sys.path based on solving dependencies for the invoked package.
On Mar 10, 2013 7:30 AM, Paul Moore p.f.mo...@gmail.com wrote:
On 10 March 2013 00:15, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Paul Moore
As part of a discussion on a pip issue, it was noted that if pip
depends on distlib for installer capabilities (e.g., locators, wheel
installation, version and requirement parsing and matching, etc) then
the user needs distlib installed as well as pip. That shouldn't be an
issue for an end user,
It would be great to maintain and install pkg_resources separately. The
idea has come up before, including the idea of just putting pkg_resources
in the system library without the rest of setuptools (it will stay on pypi
now - pip install pkg_resources)
On Mar 9, 2013 1:29 PM, Paul Moore
On 10 Mar 2013 10:16, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Paul Moore p.f.moore at gmail.com writes:
Would it be worth considering splitting distlib into two separate
parts - one that is intended solely for writers of installers and
similar tools, and another for runtime support
On Sat, Mar 9, 2013 at 8:14 PM, Nick Coghlan ncogh...@gmail.com wrote:
On 10 Mar 2013 10:16, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Paul Moore p.f.moore at gmail.com writes:
Would it be worth considering splitting distlib into two separate
parts - one that is intended solely for