[issue26971] python v3.5.1: sys.paths not respecting DESTDIRS and DESTSHARED
Ned Deily
report at bugs.python.org
Sun May 22 02:44:13 EDT 2016
Ned Deily added the comment:
Sorry, I'm not able to reproduce your results on a vanilla Debian system. Building from scratch with ./configure --prefix=/usr and make steps results in:
$ /usr/bin/python3.5
Python 3.5.1 (default, May 22 2016, 02:26:09)
[GCC 4.9.2] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import base64
>>> import sys, _struct
>>> _struct.__file__
'/usr/lib/python3.5/lib-dynload/_struct.cpython-35m-x86_64-linux-gnu.so'
>>> sys.path
['', '/usr/lib/python35.zip', '/usr/lib/python3.5', '/usr/lib/python3.5/plat-linux', '/usr/lib/python3.5/lib-dynload', '/home/sysadmin/.local/lib/python3.5/site-packages', '/usr/lib/python3.5/site-packages']
>>>
Is it possible you had a virtual environment in effect? Try repeating with "/usr/bin/python3.5" and verifying the build timestamp. As far as I know, an unpatched Python 3.5 will not attempt to install anything into /usr/lib64 by default.
----------
nosy: +ned.deily
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26971>
_______________________________________
More information about the Python-bugs-list
mailing list