New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2.7: wrong user site directory on Linux #53005
Comments
sridharr@triple:~$ /opt/ActivePython-2.7/bin/python -c "import sys; print sys.path; import cmdln"
['', '/opt/ActivePython-2.7/lib/python27.zip', '/opt/ActivePython-2.7/lib/python2.7', '/opt/ActivePython-2.7/lib/python2.7/plat-linux2', '/opt/ActivePython-2.7/lib/python2.7/lib-tk', '/opt/ActivePython-2.7/lib/python2.7/lib-old', '/opt/ActivePython-2.7/lib/python2.7/lib-dynload', '/home/sridharr/.local/lib/python/2.7/site-packages', '/opt/ActivePython-2.7/lib/python2.7/site-packages']
Traceback (most recent call last):
File "<string>", line 1, in <module>
ImportError: No module named cmdln
sridharr@triple:~$ file /home/sridharr/.local/lib/python2.7/site-packages/cmdln.py
/home/sridharr/.local/lib/python2.7/site-packages/cmdln.py: a python script text executable On OSX, I don't even see a ~/.local directory! python2.7 -c "import sys; print sys.path" Works as expected on Windows, though. |
Are you sure you didn't deactivate use site ? (by turning site.ENABLE_USER_SITE off) Please check its value: >>> import site
>>> site.ENABLE_USER_SITE
True Pathes look fine on my Mac : Python 2.7b2+ (trunk:81228, May 16 2010, 14:42:34)
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.path
['', '/usr/local/lib/python2.7/site-packages/pip-0.6.1-py2.7.egg', '/usr/local/lib/python2.7/site-packages/distribute-0.6.11dev-py2.7.egg', '/usr/local/lib/python27.zip', '/MacDev/svn.python.org/python-trunk/Lib', '/MacDev/svn.python.org/python-trunk/Lib/plat-darwin', '/MacDev/svn.python.org/python-trunk/Lib/plat-mac', '/MacDev/svn.python.org/python-trunk/Lib/plat-mac/lib-scriptpackages', '/MacDev/svn.python.org/python-trunk/Lib/lib-tk', '/MacDev/svn.python.org/python-trunk/Lib/lib-old', '/MacDev/svn.python.org/python-trunk/build/lib.macosx-10.4-i386-2.7', '/Users/tarek/.local/lib/python/2.7/site-packages', '/usr/local/lib/python2.7/site-packages'] If you still have the issue, you need to trace python load in site.py, where all the paths are added, by printing them out for example, and using the -v flag |
The --user directory for framework installs of python on OSX has changed from a subdirectory of ~/.local to a subdirectory ~/Library. As described in the NEWS file:
In python 2.6 both ~/.local and ~/Library/Python were added to sys path and that's confusing. As ~/.local does not conform to the filesystem layout conventions on OSX the --user directory now always refers to ~/Library/Python. For classic unix installs --user still uses the unix conventions. I'm not 100% sure that that is the right choice. In other words: works as designed. |
@ronald: Ah, I see. So on Mac, Python 2.7 (with default site configuration) will not pickup packages installed in ~/.local, correct? It will, from now onwards, only consider ~/Library/Package as the user site directory? I ask because I just want to double check before modifying PyPM (which has ~/.local hardcoded in the client) to support this change. @tarek: I have user site enabled; didn't change anything .. just the default settings: ... That is strange user site location - "python/2.7/site-packages" really? Shouldn't it be "python2.7/site-packages"? |
On further analysis: $ /tmp/apy27/bin/python -c "from sysconfig import get_path; print get_path('purelib', 'posix_user')"
/home/sridharr/.local/lib/python/2.7/site-packages
$ From sysconfig.py:
Ah, there is the bug! |
"python/2.7/site-packages" is a typo in sysconfig, it should be "python2.7/site-packages" you are right. Fixing it.. |
Fixed in r81371, r81372 Thanks! I let you close the issue once you are through with the rest of the talk. |
Shridar: that is correct a framework install will not look in ~/.local, but only in ~/Library/Python/2.7 (there is an install scheme in distutils that describes the exact layout). Technically the name "Python" subdirectory is sysconfig.get_config_var("PYTHONFRAMEWORK"), to ensure that frameworks with different values for --with-framework-name will use different subdirectories. |
Thanks.
I figured that this is now exposed via the My understanding is that, installers such as PyPM should use the scheme in distutils.command.install on 2.6 and the new sysconfig scheme for 2.7+. Please feel free to close this issue (I can do it, but do not have the privileges to set the resolution field.) |
Fixed in the distutils2 backport in 7f0148944e28 (not pushed yet due to SSH problem with Bitbucket). |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: