<p dir="ltr"><br>
On 30 Sep 2013 21:52, Martin v. Löwis <<a href="mailto:martin@v.loewis.de">martin@v.loewis.de</a>> wrote:<br>
><br>
> -----BEGIN PGP SIGNED MESSAGE-----<br>
> Hash: SHA1<br>
><br>
> Am 30.09.13 13:18, schrieb Donald Stufft:<br>
> > Well the point we tried to get across in the PEP is that a normal<br>
> > feature you can typically just install a backport from PyPI to gain<br>
> > it early. This isin't so much driven by "well it'd be nice for the<br>
> > stdlib to have X", but "well this is a real and valid pain point<br>
> > that causes pain for a lot of users".<br>
><br>
> I see it exactly vice versa. A normal new language feature, you *cannot*<br>
> get early from PyPI, e.g. if it's a syntax extension (e.g. the with<br>
> statement).</p>
<p dir="ltr">It's standard library improvements (like SSL hostname matching) that are relevant to this comparison, rather than the kinds of changes that were barred by the language moratorium.</p>
<p dir="ltr">> OTOH, *this* particular feature you can easily get from<br>
> PyPI - just download and run the PIP installer.<br>
><br>
> > The 2.7 backport was driven by just how painful this particular<br>
> > pain point can be. I've personally had feedback that in tutorials<br>
> > at like PyCon or meet ups that easily 1/3 of the time can be spent<br>
> > in getting users setup with Python, setuptools, and pip.<br>
><br>
> I'm sure there is something that can be done about it. What operating<br>
> system are people using who have difficulties to set this all up?<br>
><br>
> I see that pip doesn't have a Windows installer on PyPI. That looks<br>
> like the real culprit to me. I'd be willing to work with you to<br>
> provide one (that ideally bundles all dependencies).</p>
<p dir="ltr">We'll take you up on that offer. Windows is the main problem, since other platforms offer wget/curl out of the box so bootstrapping is easy by comparison.</p>
<p dir="ltr">><br>
> > Obviously you're the delegate for this PEP and it's your final<br>
> > decision and either way If the PEP is accepted I'll do the<br>
> > implementation for 3.4.<br>
><br>
> The backporting is the main stumbling block. Otherwise, I'm in favor<br>
> of the PEP.</p>
<p dir="ltr">My plan now is to split the PEP in two, so the 3.4 changes can be accepted as non-controversial, including the offer of core dev assistance in creating and maintaining a Windows installer for pip to better support earlier versions. The backporting PEP will be deferred, for reconsideration some time in the future after the initial PEP has been implemented.</p>

<p dir="ltr">Regards,<br>
Nick.</p>
<p dir="ltr">><br>
> Regards,<br>
> Martin<br>
><br>
> -----BEGIN PGP SIGNATURE-----<br>
> Version: GnuPG/MacGPG2 v2.0.18 (Darwin)<br>
> Comment: GPGTools - <a href="http://gpgtools.org">http://gpgtools.org</a><br>
> Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/">http://www.enigmail.net/</a><br>
><br>
> iEYEARECAAYFAlJJZZsACgkQavBT8H2dyNIAWQCeNi3OcIXaNGmFuDfPcTEfnBjV<br>
> vTMAnAv7diLGOsJ2oNUqE7BHG1wIwMCP<br>
> =r+wP<br>
> -----END PGP SIGNATURE-----<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>