Changes for PEP439: Inclusion of pip bootstrap in Python installation

[qwcode]

PEP439 would like to include a pip bootstrap in the standard python installation.
http://www.python.org/dev/peps/pep-0439/

the tentative goal is by python 3.4

see the conversations on distutils-sig:
http://mail.python.org/pipermail/distutils-sig/2013-March/020185.html
http://mail.python.org/pipermail/distutils-sig/2013-March/020254.html

todos for pip itself:

• vendorize pkg_resources (or use distlib to replace pkg_resources Use distlib to emulate pkg_resources #909) , so that installing wheels does not require Setuptools or Distribute
• have pip self-install Setuptools from wheel (and not depend on it before that) when it encounters source archives with <2.0 metadata

open questions:

• add some support for egg installs?

[qwcode]

PEP439 is being rejected. awaiting for new PEP to solidify

[thedrow]

Why is it being rejected?

[dstufft]

The discussion on distutils-sig came to the general consensus that implicitly installing pip (and possibly setuptools) just because the user attempted to run pip is too magical and too prone to breaking.

There is still a desire to have a solution for making pip easier to get. There are a number of solutions on the table from pre-installing pip at install time or creation of installer time, to providing a command in side of Python to fetch and install pip.

[thedrow]

Almost every other echosystem ships with a package manager so what's the big deal? You'll need setuptools installed.