This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ncoghlan
Recipients ajaksu2, alexis, barry, bkabrda, brett.cannon, brian-cameron-oracle, carljm, dhduvall, doko, eric.araujo, loewis, ncoghlan, richard, richburridge, tarek, terry.reedy, trent
Date 2013-05-04.16:52:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1367686372.96.0.851956304612.issue1298835@psf.upfronthosting.co.za>
In-reply-to
Content
The discussion on distutils-sig that Éric is referring to is one were I ended up pointing out that PEP 439 (bootstrapping pip in 3.4) needs to address this in some manner, so that pip (which installs to site-packages) doesn't end up fighting with system package managers that are also installing to site-packages in many cases.

Since the distro vendors are in a better situation to change their target installation directory, the consensus on the list was that something *like* the current Debian solution is most appropriate (I wasn't aware this issue existed at the time).

The current situation is annoying-but-tolerable with pip as a third party solution, but unacceptable once the command is being provided by Python itself. As with virtual environments, something with upstream support may be able to be cleaner than a third party workaround.

Relevant distutils-sig post:http://mail.python.org/pipermail/distutils-sig/2013-May/020673.html (ignore the initial quoted part - I was just flat out wrong earlier in that thread)
History
Date User Action Args
2013-05-04 16:52:53ncoghlansetrecipients: + ncoghlan, loewis, barry, brett.cannon, richard, terry.reedy, doko, ajaksu2, richburridge, tarek, trent, carljm, eric.araujo, dhduvall, alexis, bkabrda, brian-cameron-oracle
2013-05-04 16:52:52ncoghlansetmessageid: <1367686372.96.0.851956304612.issue1298835@psf.upfronthosting.co.za>
2013-05-04 16:52:52ncoghlanlinkissue1298835 messages
2013-05-04 16:52:52ncoghlancreate