[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

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 

>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:
>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