[Distutils] Metadata 2.0: Is there a formal spec for a requirement?

Marcus Smith qwcode at gmail.com
Tue Sep 16 17:47:09 CEST 2014


On Tue, Sep 16, 2014 at 5:12 AM, holger krekel <holger at merlinux.eu> wrote:

> On Tue, Sep 16, 2014 at 08:01 -0400, Donald Stufft wrote:
> > > On Sep 16, 2014, at 7:57 AM, Paul Moore <p.f.moore at gmail.com> wrote:
> > > One thing that might be worth clarifying somewhere/somehow (not
> > > particularly in the specs, though) is where is the best place to find
> > > the "canonical" implementations of the various metadata specs. At one
> > > point, distlib seemed to be taking that role, but I'm not sure it is
> > > any more. Is that the role the "packaging" project is now taking on?
> > > This is where I think it's a shame that this infrastructure isn't
> > > being added to the stdlib - ...
> > I’m hesitant to include any of this stuff in the stdlib as of right now.
> It wouldn’t
> > have helped you here since PEP 440 wasn’t approved until after 3.4 was
> out
> > so the earliest it would be in is Python 3.5. Perhaps once we have most
> of
> > the pieces fitted together and working sanely it would be a good time to
> > figure out what, if any should be moved to the stdlib.
>
> I suggest to rather list good PEP-implementing modules/packages
> on some "pypa" PEP-independent administered page and reference that page
> prominently.  Given that we have a mixed py27/py3 python ecosystem and
> will do so for some more years, and given that things are still moving,
> focusing on adding such to the stdlib is wasted effort IMHO.
>


there's a page for that in the Python Packaging User Guide
https://packaging.python.org/en/latest/peps.html
(each PEP has an "implementation" section)

although that page might move to a pypa developer guide that lives at
pypa.io
(that's still in progress)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20140916/e65da644/attachment.html>


More information about the Distutils-SIG mailing list