如果Debian在pip安装默认目标方面表现得像最近的Ubuntu版本，那么它非常简单:它安装到/usr/local/lib/而不是/usr/lib (apt默认目标)。检查https://askubuntu.com/questions/173323/how-do-i-detect-and-remove-python-packages-installed-via-pip/259747 # 259747

我是一个ArchLinux用户，当我尝试使用pip时，我遇到了同样的问题。以下是我在《Arch》中的解决方法。

find /usr/lib/python2.7/site-packages -maxdepth 2 -name __init__.py | xargs pacman -Qo | grep 'No package'

这里的关键是/usr/lib/python2.7/site-packages，这是pip安装到的目录，YMMV。qo是Arch的package管理器检查文件所有权的方法。当没有包拥有该文件时，没有包是它给出的返回的一部分:棘手的解决方法:我正在查询__init__.py，因为pacman -Qo在涉及到目录时有点无知:(

为了在其他发行版上做到这一点，你必须找出pip在哪里安装东西(只需sudo pip install一些东西)，如何查询文件的所有权(Debian/Ubuntu的方法是dpkg -S)，以及“没有包拥有该路径”的返回是什么(Debian/Ubuntu是没有路径找到匹配模式)。Debian/Ubuntu用户，注意:如果你给dpkg -S一个符号链接，它会失败。首先使用realpath解决它。是这样的:

find /usr/local/lib/python2.7/dist-packages -maxdepth 2 -name __init__.py | xargs realpath | xargs dpkg -S 2>&1 | grep 'no path found'

Fedora用户可以尝试(谢谢@eddygeek):

find /usr/lib/python2.7/site-packages -maxdepth 2 -name __init__.py | xargs rpm -qf | grep 'not owned by any package'

在保罗·伍尔考克的回答中，

pip freeze > requirements.txt

将在当前位置的活动环境中创建一个包含所有已安装包和已安装版本号的需求文件。运行

pip install -r requirements.txt

将安装需求文件中指定的包。

正如@almenon指出的那样，这种方法不再有效，也不支持在代码中获取包信息的方式。下面会引发一个异常:

import pip
installed_packages = dict([(package.project_name, package.version) 
                           for package in pip.get_installed_distributions()])

为此，可以导入pkg_resources。这里有一个例子:

import pkg_resources
installed_packages = dict([(package.project_name, package.version)
                           for package in pkg_resources.working_set])

我的版本是v3.6.5

PIP冻结将输出已安装包及其版本的列表。它还允许您将这些包写入文件，以便稍后用于设置新环境。

https://pip.pypa.io/en/stable/reference/pip_freeze/#pip-freeze

获取site-packages/(以及dist-packages/如果存在的话)中的所有文件/文件夹名，并使用包管理器剥离通过package安装的文件/文件夹名。

PIP冻结列出所有已安装的包，即使不是通过PIP /easy_install。 在CentOs/Redhat上可以找到通过rpm安装的包。