[Distutils] How we can get rid of eggs for 2.6 and beyond
Phillip J. Eby
pje at telecommunity.com
Sat Mar 22 00:39:47 CET 2008
At 10:41 PM 3/21/2008 +0000, Floris Bruynooghe wrote:
>On Fri, Mar 21, 2008 at 09:47:46AM -0400, Phillip J. Eby wrote:
> > Questions, comments... volunteers? :)
>
>Sounds good, having a PEP626-style install database seems worthwile.
>Definately if it will enable setuptools to install just like distutils
>for a "install".
>
>Here some notes from my Debian admin/packager point of view (sorry if
>I miss perspectives of Windows users etc):
>
>* I'd like clearly defined module paths for: (a) system, (b) local
> admin, (c) user. PEP370 seems a step in the right direction. When
> using "setup.py install" it would be good if the correct prefix
> would be chosen automatically for (b) and (c). On Windows (a) and
> (b) would be the same AIUI.
This seems to be out-of-scope. The "install db" should be on a
per-target directory basis, and not get into questions of relative
ordering of target directories, or what directory is the default, or
any of that. If we go there, we could be talking until Python 4000
is released. :) All I want is the specification for what is
recorded within *one* installation directory.
IOW, let's please please please keep the PEP 262 replacement
orthogonal and separate from any PEP 370 discussions. Any
relationship between the two is either an illusion or an
insufficiently modular design. :)
>* While the installdb can be shared between the sytem and the local
> admin (/var/lib seems appropriate) the user can't normally write to
> this. So at separate user installdb might be needed.
Each sys.path directory should have its own installation data; see
the "open issues" section of PEP 262.
More information about the Distutils-SIG
mailing list