<p dir="ltr"><br>
On 12 Jul 2013 18:36, "Vinay Sajip" <<a href="mailto:vinay_sajip@yahoo.co.uk">vinay_sajip@yahoo.co.uk</a>> wrote:<br>
><br>
> Donald Stufft <donald <at> <a href="http://stufft.io">stufft.io</a>> writes:<br>
><br>
> > We should remember that in general people have considered PyEnv that ships<br>
> > with Python 3.3 an inferior alternative to virtualenv largely in part<br>
> > because they have to fetch setuptools and pip prior to using it whereas in<br>
> > virtualenv they do not.<br>
><br>
> Let's remember, that's a consequence of packaging being pulled from 3.3 - the<br>
> original plan was to have the ability to install stuff in venvs without third-<br>
> party software being necessary.<br>
><br>
> There is no real barrier to using setuptools/pip with Python 3.3+ venvs: For<br>
> example, I published the pyvenvex.py script which creates venvs and installs<br>
> setuptools and pip in a single step:<br>
><br>
> <a href="https://gist.github.com/vsajip/4673395">https://gist.github.com/vsajip/4673395</a><br>
><br>
> Admittedly it's "only a Gist" and not especially publicised to the wider<br>
> community, but that could be addressed.<br>
><br>
> The current situation, as I see it, is a transitional one. When distlib-like<br>
> functionality becomes available in the stdlib, other approaches will be<br>
> possible, which improve upon what's possible with setuptools and pip. I've<br>
> demonstrated some of this using distil. When targeting Python 3.4, shouldn't<br>
> we be looking further than just advancing the status quo a little bit?<br>
><br>
> It's been said numerous times that "executable setup.py" must go. ISTM that,<br>
> notwithstanding "practicality beats purity", a pip bootstrap in Python<br>
> would bless executable setup.py and help to extend its lifespan.</p>
<p dir="ltr">Some day pip will get a "wheel only" mode, and that's the step that will kill off the need to run setup.py on production machines even when using the Python specific tools.</p>
<p dir="ltr">Blessing both setuptools and pip as the "obvious way to do it" is designed to give us the wedge we need to start a gradual transition to that world without facing the initial barriers to adoption that were part of what scuttled the distutils2 effort.</p>

<p dir="ltr">Cheers,<br>
Nick.</p>
<p dir="ltr">><br>
> Regards,<br>
><br>
> Vinay Sajip<br>
><br>
> _______________________________________________<br>
> Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
> <a href="http://mail.python.org/mailman/listinfo/distutils-sig">http://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</p>