<p dir="ltr"><br>
On 19 Sep 2013 23:37, "Paul Tagliamonte" <<a href="mailto:paultag@debian.org">paultag@debian.org</a>> wrote:<br>
><br>
> On Thu, Sep 19, 2013 at 09:27:24AM -0400, Donald Stufft wrote:<br>
> > Rationale<br>
> > =========<br>
> ><br>
> > Currently, on systems without a platform package manager and repository,<br>
> > installing a third-party Python package into a freshly installed Python<br>
> > requires first identifying an appropriate package manager and then<br>
> > installing it.<br>
><br>
> Howdy Donald,<br>
><br>
> Thanks for helping make Python better.<br>
><br>
> However, speaking as a Debian-folk (but not for the Debian-folk, I'll<br>
> let barry take care of that), many users of Python software don't even<br>
> know what pip is (or even that Python exists) -- as such, I find it very<br>
> unlikely that a development tool would be shiped as part of the Python<br>
> distribution in Debian. I don't see this changing, even with this pep.<br>
> python-pip is still installable, but I don't see it pulled in by<br>
> default.<br>
><br>
><br>
> > Even on systems that *do* have a platform package manager, it is unlikely to<br>
> > include every package that is available on the Python Package Index, and<br>
><br>
> Yes. This is true. However, it's not Debian's job to include all of<br>
> pypi. Pypi allows anyone to upload, and we have quite a bit of attention<br>
> to concerns such as providing source for everything (less of a concern<br>
> for Python, but pickles can still contain data not in the prefered form<br>
> of modification), and proper free software licensing.<br>
><br>
> We also have a concern about stability; so we manage all the package set<br>
> together to allow non-technical end-users to install stuff and not worry<br>
> about breaking their system. It's not always the case where you can<br>
> upgrade a library without breaking API.<br>
><br>
><br>
> I'm trimming the rest, since I don't want to get dragged into<br>
> side-conversations about pip as a package manager.</p>
<p dir="ltr">That's OK, especially if running "pip" recommends installing "python-pip" and "pyvenv" and "extractpip" are also separated out so that running "pyvenv" recommends installing a suitable package that depends on both Python and "python-pip".</p>

<p dir="ltr">We can add that to the PEP as an alternative approach for redistributors to take that still offers a reasonable end-user experience.</p>
<p dir="ltr">Cheers,<br>
Nick.</p>
<p dir="ltr">><br>
><br>
> Cheers,<br>
>   Paul<br>
><br>
><br>
> --<br>
>  .''`.  Paul Tagliamonte <<a href="mailto:paultag@debian.org">paultag@debian.org</a>><br>
> : :'  : Proud Debian Developer<br>
> `. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87<br>
>  `-     <a href="http://people.debian.org/~paultag">http://people.debian.org/~paultag</a><br>
</p>