dist-packages是一种debian特有的约定，它也出现在它的衍生品中，比如Ubuntu。当模块从Debian包管理器进入这个位置时，它们被安装到dist-packages中:

/usr/lib/python2.7/dist-packages

由于easy_install和pip是从包管理器中安装的，它们也使用dist-packages，但它们将包放在这里:

/usr/local/lib/python2.7/dist-packages

来自Debian Python Wiki:

分发包而不是站点包。第三方Python软件 从Debian软件包安装到dist-packages，而不是 网站。这是为了减少系统Python之间的冲突， 以及任何手动安装的Python源代码版本。

这意味着如果您从源代码手动编译和安装Python解释器，它将使用site-packages目录。这允许您将两个安装分开，特别是因为Debian和Ubuntu的许多系统实用程序都依赖于Python的系统版本。

Dist-packages是apt和朋友安装他们的东西的debian特定目录，site-packages是标准的PIP目录。

问题是——当相同包的不同版本出现在不同目录中时会发生什么?

我的解决方案是让dist-packages成为site-packages的符号链接:

for d in $(find $WORKON_HOME -type d -name dist-packages); do
  pushd $d
  cd ..
  if test -d dist-packages/__pycache__; then
    mv -v dist-packages/__pycache__/* site-packages/__pycache__/
    rmdir -v dist-packages/__pycache__
  fi
  mv -v dist-packages/* site-packages/
  rmdir -v dist-packages
  ln -sv site-packages dist-packages
  popd
done

(如果你不使用gnu工具，删除-v选项)。

Debian(和Ubuntu)已经引入了自己的约定

# python3 -m site

在Ubuntu Focal给予

sys.path = [
    '/qpid-dispatch',
    '/usr/lib/python38.zip',
    '/usr/lib/python3.8',
    '/usr/lib/python3.8/lib-dynload',
    '/usr/local/lib/python3.8/dist-packages',
    '/usr/lib/python3/dist-packages',
]
USER_BASE: '/root/.local' (doesn't exist)
USER_SITE: '/root/.local/lib/python3.8/site-packages' (doesn't exist)
ENABLE_USER_SITE: True

如链接邮件列表中所述，约定是由发行包管理器安装的python deb包进入/usr/lib/python3/dist-packages，而使用sudo pip3安装的包进入/usr/local/lib/python3.8/dist-packages。

如果你编译并安装自己的Python解释器，它将默认放置在/usr/local中，而/usr/local/bin/pip3安装将放置在/usr/local/lib/ pythonx . y /site-packages中。

Debian约定的要点是将这三组包分开:

由apt安装的Python包 root用户使用/usr/bin/pip3安装的包 root用户使用自己的/usr/local/bin/pip3安装的包