On 8/19/2016 12:10 PM, Chris Angelico wrote: > On Sat, Aug 20, 2016 at 1:26 AM, Steve Dower <steve.dower at python.org> wrote: >> Check any .pth files you can find. I suspect mpl_toolkits has some magic in >> it to make the namespace package work on 2.7. > >>>> sys.path > ['/usr/local/lib/python36.zip', '/home/rosuav/cpython/Lib', > '/home/rosuav/cpython/Lib/plat-x86_64-linux-gnu', > '/home/rosuav/cpython/build/lib.linux-x86_64-3.6', > '/usr/local/lib/python3.6/site-packages'] > > /usr/local/lib/python36.zip doesn't exist. In > /usr/local/lib/python3.6/site-packages are a bunch of things that I've > installed using pip, but grepping for '/usr' in the -v output comes up > blank. There is, however, one .pth file there: > > $ cat /usr/local/lib/python3.6/site-packages/matplotlib-1.5.1-py3.6-nspkg.pth > import sys, types, os;p = > os.path.join(sys._getframe(1).f_locals['sitedir'], > *('mpl_toolkits',));ie = > os.path.exists(os.path.join(p,'__init__.py'));m = not ie and > sys.modules.setdefault('mpl_toolkits', > types.ModuleType('mpl_toolkits'));mp = (m or []) and > m.__dict__.setdefault('__path__',[]);(p not in mp) and mp.append(p) > > Is it possible that that's the cause? Change 'pth' to 'pthx' and try it. > And if so, should "python -I" > remove /usr/local/lib/python3.6/site-packages from sys.path? -- Terry Jan Reedy
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4