[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