Solução
Não use com pip> 10.0!
Meus 50 centavos por obter uma pip freezelista-like de um script Python:
import pip
installed_packages = pip.get_installed_distributions()
installed_packages_list = sorted(["%s==%s" % (i.key, i.version)
for i in installed_packages])
print(installed_packages_list)
Como um forro (muito longo):
sorted(["%s==%s" % (i.key, i.version) for i in pip.get_installed_distributions()])
Dando:
['behave==1.2.4', 'enum34==1.0', 'flask==0.10.1', 'itsdangerous==0.24',
'jinja2==2.7.2', 'jsonschema==2.3.0', 'markupsafe==0.23', 'nose==1.3.3',
'parse-type==0.3.4', 'parse==1.6.4', 'prettytable==0.7.2', 'requests==2.3.0',
'six==1.6.1', 'vioozer-metadata==0.1', 'vioozer-users-server==0.1',
'werkzeug==0.9.4']
Escopo
Esta solução aplica-se ao âmbito do sistema ou a um escopo ambiente virtual, e pacotes de coberturas instalado por setuptools, pipe ( God Forbid )easy_install .
Meu caso de uso
Eu adicionei o resultado dessa chamada ao meu servidor de balão, portanto, quando ligo, http://example.com/exampleServer/environmentrecebo a lista de pacotes instalados na virtualenv do servidor. Isso torna a depuração muito mais fácil.
Ressalvas
Percebi um comportamento estranho dessa técnica - quando o interpretador Python é chamado no mesmo diretório que um setup.pyarquivo, ele não lista o pacote instalado setup.py.
Passos para reproduzir:
Crie um ambiente virtual
$ cd /tmp
$ virtualenv test_env
New python executable in test_env/bin/python
Installing setuptools, pip...done.
$ source test_env/bin/activate
(test_env) $
Clone um repositório git com
setup.py
(test_env) $ git clone https://github.com/behave/behave.git
Cloning into 'behave'...
remote: Reusing existing pack: 4350, done.
remote: Total 4350 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (4350/4350), 1.85 MiB | 418.00 KiB/s, done.
Resolving deltas: 100% (2388/2388), done.
Checking connectivity... done.
Nós nos comportamos setup.pyem /tmp/behave:
(test_env) $ ls /tmp/behave/setup.py
/tmp/behave/setup.py
Instale o pacote python a partir do repositório git
(test_env) $ cd /tmp/behave && pip install .
running install
...
Installed /private/tmp/test_env/lib/python2.7/site-packages/enum34-1.0-py2.7.egg
Finished processing dependencies for behave==1.2.5a1
Se executarmos a solução acima mencionada de /tmp
>>> import pip
>>> sorted(["%s==%s" % (i.key, i.version) for i in pip.get_installed_distributions()])
['behave==1.2.5a1', 'enum34==1.0', 'parse-type==0.3.4', 'parse==1.6.4', 'six==1.6.1']
>>> import os
>>> os.getcwd()
'/private/tmp'
Se executarmos a solução acima mencionada de /tmp/behave
>>> import pip
>>> sorted(["%s==%s" % (i.key, i.version) for i in pip.get_installed_distributions()])
['enum34==1.0', 'parse-type==0.3.4', 'parse==1.6.4', 'six==1.6.1']
>>> import os
>>> os.getcwd()
'/private/tmp/behave'
behave==1.2.5a1está ausente no segundo exemplo, porque o diretório ativo contém behaveo setup.pyarquivo
Não encontrei nenhuma referência a esse problema na documentação. Talvez eu deva abrir um bug para isso.
