<p dir="ltr"><br>
On 19 Sep 2013 23:43, "Paul Moore" <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br>
><br>
> On 19 September 2013 14:27, Donald Stufft <<a href="mailto:donald@stufft.io">donald@stufft.io</a>> wrote:<br>
> > Major changes:<br>
> ><br>
> > * Removal of the option to fetch pip from PyPI in order not to modify the trust model of the Python installers<br>
> > * Consequently rename the model from ``getpip`` to ``extractpip``<br>
><br>
> If extractpip (I agree, I don't like the name, installpip is better)<br>
> only ever unpacks the bundled pip, and it's always run, why bother?<br>
> Why not just bundle pip directly into site-packages? The extra step<br>
> seems to add little or no value.</p>
<p dir="ltr">It's not always run - it's opt-out for the Windows and Mac OS X installers and not invoked implicitly at all if installing from source. The bootstrap also needs to be available for use by "venv".</p>

<p dir="ltr">There's also the significant fact that python-dev still has a blanket ban on externally maintained standard library modules (for good reasons) and the clear separation between the bootstrap module and pip itself is what is allowing this proposal to adhere to that guideline.</p>

<p dir="ltr">Cheers,<br>
Nick.</p>
<p dir="ltr">><br>
> Paul<br>
</p>