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 vinay.sajip
Recipients Marco.Amadori, asvetlov, carljm, doko, eric.araujo, ned.deily, vinay.sajip
Date 2012-12-20.17:45:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1356025523.54.0.355004644759.issue16480@psf.upfronthosting.co.za>
In-reply-to
Content
Even when "posix_local" becomes the default scheme on Debian python builds, it's not clear whether the suggested fix is the correct one to make, unless "posix_local" is added to sysconfig's list of _INSTALL_SCHEMES. Matthias comment makes sense when considering system-wide installs, but when installing into a venv, these considerations don't seem to apply.

Technically the change is not hard to do, but I'm a little uncomfortable whether it's the right thing to do, as it's only for a specific Linux distribution, and it seems a bit of a kludge.

Although the ideal situation is for software not to care whether it's running in a venv, I'm not sure whether installers like pip/distribute need to be completely ignorant of whether they're installing in a venv.

For example, the posix_local scheme says that the site-packages directory is to be called 'dist-packages', which seems unnecessary in a venv since its purpose is really for system-wide installations. Yet, virtualenv names the directory 'site-packages', so it appears not to be following the scheme faithfully as far as that part of it is concerned.
History
Date User Action Args
2012-12-20 17:45:23vinay.sajipsetrecipients: + vinay.sajip, doko, ned.deily, carljm, eric.araujo, asvetlov, Marco.Amadori
2012-12-20 17:45:23vinay.sajipsetmessageid: <1356025523.54.0.355004644759.issue16480@psf.upfronthosting.co.za>
2012-12-20 17:45:23vinay.sajiplinkissue16480 messages
2012-12-20 17:45:23vinay.sajipcreate