[PEAK] eggs with individual .pth's
Phillip J. Eby
pje at telecommunity.com
Mon Oct 17 13:31:20 EDT 2005
At 10:42 PM 10/16/2005 -0700, Rob Cakebread wrote:
>I've come up with a couple feature requests. Do you have a bug tracker
>or is this the proper place?
I actually prefer they be via the distutils-sig, since that's where most
people follow setuptools-related discussion, and there are lots of
distutils folks there.
>I'd like an option for easy_install to abort an installation
>if a dependency isn't available locally (needs to be downloaded).
In CVS, I've got a --no-deps option that doesn't even check for
dependencies. Will that do?
>Ruby's gem has the '-l' option to only work locally for example.
I'm considering having a future version include an --allow-hosts which you
could set to localhost if you wanted to disallow non-local access, or
*.python.org if you wanted to only download from PyPI, etc. But that's a
separate thing from dependency management.
>This is because we download everything with portage and don't
>want any missed dependencies being downloaded. If this is something
>you'd consider adding, I'd be happy to do the work and supply a
>patch.
I'm assuming --no-deps should take care of this for you. If not, let me know.
>Another request would be the ability to disable the warnings when
>you install with --install-dir and easy_install gives the
>information about needing pkg_resources.require. Since we add our own
>.pth's this info will be confusing to users. I tried --quiet but since
>that is a warning it still shows up.
I'm a bit confused. I don't understand how easy_install gets into this
process at all. Aren't you just installing to a dummy root during the
build process, and then distributing the result? But the above sounds like
you're going to run easy_install when installing the package on the target
system.
>If you're interested, I wrote a quick utility to list either all
>eggs or just activated eggs (thanks to your help on irc).
On IRC? When was that?
> You can find
>it here:
>
>http://eggs.gentooexperimental.org/file/trunk/tools/yolk.py?rev=16&format=txt
>or svn:
>
>svn co http://eggs.gentooexperimental.org/svn/trunk/overlay/tools
I notice it only lists the newest installed egg for a given project, not
all the eggs for that project.
>The function that parses PKG-INFO could use some work. Is there
>something in pkg_resources or anything else you know of that
>parses it reliably?
I believe it's RFC822 format, so you could probably use the rfc822 module
or the 'email' package. For that matter, the ConfigParser module could
probably handle it too. The only thing pkg_resources ever pulls from it is
the Version, anyway.
More information about the PEAK
mailing list