[Distutils] PEP 439 and pip bootstrap updated

[Brett Cannon]

On Fri, Jul 12, 2013 at 2:16 PM, Donald Stufft <donald at stufft.io> wrote:

>
> On Jul 12, 2013, at 2:00 PM, Brett Cannon <brett at python.org> wrote:
>
> Speaking with my python-dev hat on which has a badge from when I led the
> stdlib cleanup for Python 3, I would say anything that has a PEP should
> probably have a module in the stdlib for it. That way standard management
> of whatever is specified in the PEP will be uniform and expected to be
> maintained and work. Beyond that code will exist outside the stdlib.
>
>
> This is basically the exact opposite of what Nick has said the intent has
> been (Ecosystem first).
>
>
Not at all as no module will go in immediately until after a PEP has landed
and been vetted as needed.


> Adding packaging tools beyond bootstrapping pip at this point in the game
> is IMO a huge mistake. If what Nick has said and PEPs are not appropriate
> for things that don't have a module in the standard lib well that's fine I
> guess.
>

You misunderstand what I mean. I'm just saying that *if* anything were to
go into the stdlib it would only be to have code which implements a PEP in
the stdlib to prevent everyone from re-implementing a standard.


> I just won't worry about trying to write PEPs :)
>

No, the PEPs are important to prevent version skew and make sure everyone
is on the same page. And that's also what a module in the stdlib would do;
make sure everyone is on the same page in terms of semantics by using a
single code base.

I mean I wouldn't expect anything more than maybe code parsing the JSON
metadata that does some validation and parsing version numbers that can
support comparisons and verifying platform requirements; that's it. Stuff
that every installation tool will need to do in order to follow the PEPs
properly. And it wouldn't go in until everyone was very happy with the PEPs
and ready to commit to code enshrining it in the stdlib. Otherwise I hope
distlib moves into PyPA and everyone who develops installation tools, etc.
uses that library.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20130712/74437368/attachment-0001.html>