virtualenv nie obejmuje pip

Question

Próbuję utworzyć wirtualne środowisko przy użyciu virtualenv na Mac OS X El Capitan. Zainstalowałem Python 2.7.11 z brew, który domyślnie zawiera pip, wheel i setuptools.

Hovewer, gdy próbuję zainstalować virtualenv następujące instrukcje w documentation lub z jakiegokolwiek innego źródła, mam kilka problemów:

1. virtualenv wykonywalny nie jest umieszczona w /usr/local/bin po pip robi swoje zadanie, więc trzeba do ln -s ręcznie (może to oznaczać, że coś jest nie tak z instalacją na tym etapie).
2. Po biegnę virtualenv venv, tworzy nowe środowisko, łapie Python 2.7.11 z brew -installation, ale: nie ma pip wewnątrz bin folderu. Oznacza to, że jeśli spróbuję aktywować which pip, po aktywowaniu venv, to zwróci globalną pozycję pip - /usr/local/bin/pip, a nie /path/to/venv/bin/pip.

W konsekwencji, instalowanie pakietów wewnątrz venv wykorzystuje globalny pip i instaluje je do globalnego sites-packages, że nie wewnątrz venv, a wręcz przeciwnie, co środowisko powinien robić.

Czy możesz zasugerować, co może być nie tak i jak to naprawić?

EDYCJA: Należy wspomnieć, że na moim komputerze były zainstalowane inne wersje Pythona, które ostatnio usunąłem, ponieważ jest to opisane in this answer. Może to powoduje problem i potrzebne jest bardziej dokładne czyszczenie.

Answer 1

Spróbuj usunąć lub zmienić nazwę pliku .pydistutils.cfg w swoim katalogu domowym, np. zmieniając nazwę na mv ~/.pydistutils.cfg ~/oldpydistutils.cfg

Zamieszczam szczegółową odpowiedź tutaj, aby pomóc innym, ale pierwotny kredyt trafia do this answer. Jeśli wiesz, co konkretnie w .pydistutils.cfg było przyczyną problemu, daj mi znać!

Miałem ten sam problem: moje środowiska wirtualne zostały utworzone bez lokalnej kopii pip, mimo że miały lokalną kopię Pythona. Oznaczało to, że używanie $ pip z poziomu środowiska wirtualnego zainstalowanego w lokalizacji globalnego pakietu i nie było widoczne dla pythona środowiska.

Jak zdiagnozowano to na moim komputerze:

1. tworzę virtualenvironment z $ virtualenv env
2. aktywował wirtualnego środowiska z $ source env/bin/activate
3. sprawdzone położenie python: uruchom (env)$ which python z wyjściem /Users/<username>/env/bin/python (zgodnie z oczekiwaniami)
4. Sprawdzone położenie pip: uruchom (env)$ which pip z wyjściem /usr/local/bin/pip (NIE Oczekiwano)

Aby sprawdzić, gdzie nasze pakunki dzieje, możemy spróbować zainstalować pakiet w środowisku wirtualnym:

1. próby zainstalowania pakietu: (env)$ pip install HTTPServer który powiedzie
2. Spróbuj uruchomić pakiet: (env)$ python -m HTTPServer który kończy się niepowodzeniem z błędem /Users/emunsing/env/bin/python: No module named HTTPServer
3. dokładnie sprawdzić, spróbuj ponownie zainstalować: (env)$ pip install HTTPServer która produkuje Requirement already satisfied (use --upgrade to upgrade): HTTPServer in /usr/local/lib/python2.7/site-packages

podwójnej kontroli, widzimy, że nie ma Pip w folderze/bin środowiska za:

$ ls env/bin activate activate.fish python python2 activate.csh activate_this.py python-config python2.7

I tak, podczas gdy system stwierdzi lokalnej wersji Pythona, nie może znaleźć lokalnego pip używania i trawersy $ PATH. Kończyło się to używaniem pip z/usr/local/bin, przez co nie mogłem zainstalować pakietów lokalnie w środowisku wirtualnym.

Oto, co starałem: - Ponowna pytona brew uninstall python następnie brew upgrade i brew install python --build-from-source - instalacja pip using the get-pip.py command as described in the Pip documentation

Oto co wykluczone: - Ja nie używałem sudo pip ...which caused similar problems in this other question i nie zrobiły na dowolny czas instalacji Python/pip - Moje środowisko wirtualne nie pokazuje lokalnej instalacji pip, jak miało to miejsce w przypadku podobnych pytań: This one for Windows, This one for Mac OS X.

Ostatecznie odkryłem, że wyeliminowanie pliku ~/.pydistutils.cfg rozwiązało problem, umożliwiając tworzenie nowych środowisk wirtualnych, które miały własne lokalne pipsy.Zawartość mojego pliku ~/.pydistutils.cfg były:

[global] 
verbose=1 

[install] 
install-scripts=$HOME/bin 

[easy_install] 
install-scripts=$HOME/bin 

prostu zmiana nazwy pliku ~/.pydistutils.cfg wydaje się rozwiązać problem: wydaje się, że chociaż ten plik został utworzony przez homebrew instalacji, some settings in this file may be incompatible with virtualenv. Podczas usuwania tego pliku nie wystąpiły żadne złe efekty w moim systemie, może być konieczne użycie flagi --user podczas instalowania pakietów z pip do środowiska globalnego (np. $ pip install --user HTTPServer). Tutaj jest więcej details on .pydistutils.cfg, jeśli chcesz pracować nad dostosowaniem go do swoich potrzeb.

Answer 2

1. virtualenv wykonywalny nie jest umieszczona w /usr/local/bin po pip robi swoje zadanie, więc muszę ln -s to ręcznie (może to oznaczać, że coś jest nie tak z instalacją na tym etapie).

Nie rób tego. To tylko ukryje błąd i nie rozwiąże problemu. Oto krótki przewodnik jak do debugowania tego rodzaju zagadnień:

• zaczynać się which -a python. Pierwsza ścieżka, którą zobaczysz, powinna być /usr/local/bin/python, jeśli nie, sprawdź zmienną PATH.

• Następnie sprawdź which -a pip. Ponownie pierwszą ścieżką powinna być /usr/local/bin/pip. Jeśli nie, uruchom python -m ensurepip i ponownie sprawdź.

• Teraz zainstaluj virtualenv używając pip install virtualenv, następnie sprawdź wyjście which -a virtualenv. Pierwsza ścieżka powinna być /usr/local/bin/virtualenv, jeśli nie sprawdź wyjścia env |grep PYTHON dla nieoczekiwanych zmiennych środowiskowych.

• Na koniec sprawdź wyjście virtualenv --version, aby upewnić się, że masz najnowszą wersję.