Rozwiązanie
Nie używaj z pipem> 10,0!
Moje 50 centów za uzyskanie pip freezepodobnej listy ze skryptu 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)
Jako (za długa) jedna wkładka:
sorted(["%s==%s" % (i.key, i.version) for i in pip.get_installed_distributions()])
Dający:
['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']
Zakres
To rozwiązanie stosuje się do zakresu systemu lub zakresu wirtualnego środowiska i obejmuje pakiety instalowane setuptools, piporaz ( nie daj Boże ) easy_install.
Mój przypadek użycia
Dodałem wynik tego wywołania do mojego serwera flask, więc kiedy go http://example.com/exampleServer/environmentwywołuję, otrzymuję listę pakietów zainstalowanych na virtualenv serwera. Ułatwia to debugowanie.
Ostrzeżenia
Zauważyłem dziwne zachowanie tej techniki - gdy interpreter Pythona jest wywoływany w tym samym katalogu co setup.pyplik, nie wyświetla pakietu zainstalowanego przez setup.py.
Kroki ku reprodukcji:
Utwórz wirtualne środowisko
$ cd /tmp
$ virtualenv test_env
New python executable in test_env/bin/python
Installing setuptools, pip...done.
$ source test_env/bin/activate
(test_env) $
Sklonuj repozytorium git za pomocą
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.
Zachowujemy się setup.pyw /tmp/behave:
(test_env) $ ls /tmp/behave/setup.py
/tmp/behave/setup.py
Zainstaluj pakiet python z repozytorium 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
Jeśli uruchomimy wyżej wymienione rozwiązanie z /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'
Jeśli uruchomimy wyżej wymienione rozwiązanie z /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.5a1brakuje drugim przykładzie, ponieważ katalog roboczy zawiera behave„s setup.pypliku.
W dokumentacji nie znalazłem żadnego odniesienia do tego problemu. Być może otworzę dla tego błąd.
