[Distutils] What role to eggs still play?
dholth at gmail.com
Fri Aug 19 13:39:22 EDT 2016
About the toml file... the *-info metadata is a compiled artifact,
according to all the existing Python packages. Most sdists even have a
*.egg-info directory. It is inconvenient if you want to know the true
dependencies without running setup.py. I think we are stuck with it, and
it's not all bad - if there is some useful metadata that doesn't affect the
dependency resolver, and it is "too static" or too cumbersome to write out
by hand, there's a place to do that.
On Fri, Aug 19, 2016 at 1:25 PM Daniel Holth <dholth at gmail.com> wrote:
> Eggs are the only way to add a zipped distribution to PYTHONPATH and have
> setuptools find the metadata (the Python code can be found with or without
> the metadata; setuptools does not discover *.dist-info inside zip). Eggs
> are used by buildout, especially in the unzipped into a directory form. And
> they could still be used for their originally designed use as a plugin
> One of the smaller problems with eggs is that everything had the same
> name. *.egg-info or EGG-INFO is the predecessor of the *.dist-info format
> designed in PEP-376. You get *.egg-info whenever you install something
> with setuptools without going through bdist_wheel.
> On Fri, Aug 19, 2016 at 12:54 PM Chris Barker <chris.barker at noaa.gov>
>> Hi all,
>> starting a new thread, but this is related to the setuptols-_lite
>> discussion, and the legacy formats discussion. In another thread Donald had
>> a footnote:
>>  We can tackle egg at a later point, when setuptools either has
>>> support for Wheels
>>> or is less needed.
>> So I'm wondering -- does anything else (other than setuptools) depend on
>> eggs in any way? I know why I pip install stuff, I (always?) get egg-ish
>> things installed:
>> directories and all that. Honestly, I'm confused -- is that making an
>> actual egg? or is that name simply a legacy name for package meta data?
>> In any case, does pip, or anything else, require it?
>> For my part, I find it annoying, name aside -- it seems that all the
>> package meta-data should be there in the package source already
>> Christopher Barker, Ph.D.
>> Emergency Response Division
>> NOAA/NOS/OR&R (206) 526-6959 voice
>> 7600 Sand Point Way NE (206) 526-6329 fax
>> Seattle, WA 98115 (206) 526-6317 main reception
>> Chris.Barker at noaa.gov
>> Distutils-SIG maillist - Distutils-SIG at python.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Distutils-SIG