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 koustavpal88
Recipients koustavpal88
Date 2015-11-13.14:52:02
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1447426322.89.0.546978633067.issue25617@psf.upfronthosting.co.za>
In-reply-to
Content
The inherent behaviour of python installations (local or global) is such that it expects to source system wide modules from the global python installation. 

There is no non hacky way to solve this problem.

The idea of local installations is that they should be independent of system-wide builds. Python's behaviour contradicts this condition.

In cases where users on clusters need to maintain their own python installations such that these installations are independent of uncontrollable cluster variables, python will break on a regular basis as it tries to import modules from the system wide sources which were compiled on a similar python version but with different parameters.

Why was this express decision made to include this path in the python development tree? 

How can this be resolved without hacking site.py?
History
Date User Action Args
2015-11-13 14:52:02koustavpal88setrecipients: + koustavpal88
2015-11-13 14:52:02koustavpal88setmessageid: <1447426322.89.0.546978633067.issue25617@psf.upfronthosting.co.za>
2015-11-13 14:52:02koustavpal88linkissue25617 messages
2015-11-13 14:52:02koustavpal88create