<p dir="ltr"><br>
On 27 Sep 2013 00:12, "Antoine Pitrou" <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>> wrote:<br>
><br>
> Le Thu, 26 Sep 2013 14:54:49 +1000,<br>
> Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> a écrit :<br>
> > On 26 September 2013 14:30, Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br>
> > > That said, there are changes that I think are definitely worth<br>
> > > making due to the concerns you raise:<br>
> > ><br>
> > > - the module name should be "_ensurepip" in all versions<br>
> > > - the PEP should explicitly state that the "don't remove _ensurepip<br>
> > > and it's wheel files" caveat for redistributors applies only in 3.4+<br>
> > > (where removing it will break pyvenv)<br>
> ><br>
> > Donald pointed out it makes more sense to continue with the idea of a<br>
> > properly documented public "ensurepip" module in 3.4+, and have the<br>
> > "_ensurepip" version as an implementation detail of the 2.7 and 3.3<br>
> > installers that is included in the stdlib primarily so it can be<br>
> > covered by the existing buildbot fleet.<br>
><br>
> Hmm, but what is the point of "_ensurepip" exactly? Are people supposed<br>
> to type "python -m _ensurepip"?</p>
<p dir="ltr">><br>
> With all due respect, Barry's argument looks rather paranoid to me.<br>
> I would suggest a clear choice:<br>
> - either having "ensurepip" in 2.7 is useful and we endorse it as a<br>
>   public module (not something hidden somewhere) - which I personally<br>
>   think is reasonable<br>
> - or it's not useful and we don't introduce it at all<br>
><br>
> A middleground doesn't make sense here, except in a broken "design by<br>
> committee" sense.</p>
<p dir="ltr">The *only* reason to have _ensurepip in the older versions is to make the "install pip" option in the installers work. By contrast, in 3.4+ it will be integrated into pyvenv and a fully supported API.</p>

<p dir="ltr">The two levels make sense to me, especially since pyvenv in 3.3 *won't* be updated to invoke it automatically. 2.7 and 3.3 users will still need to install and use virtualenv to get pip automatically installed in virtual environments.</p>

<p dir="ltr">Cheers,<br>
Nick. </p>
<p dir="ltr">><br>
> Regards<br>
><br>
> Antoine.<br>
><br>
><br>
> _______________________________________________<br>
> Python-Dev mailing list<br>
> <a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/python-dev">https://mail.python.org/mailman/listinfo/python-dev</a><br>
> Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com">https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com</a><br>
</p>