Korzystanie z Python 3 w virtualenv

Korzystając z virtualenv , uruchamiam moje projekty z domyślną wersją Pythona (2.7). W jednym projekcie muszę użyć Pythona 3.4.

Kiedyś brew install python3instalowałem go na komputerze Mac. Teraz, jak utworzyć virtualenv, który korzysta z nowej wersji?

np. sudo virtualenv envPython3

Jeśli spróbuję:

virtualenv -p python3 test

Dostaję:

Running virtualenv with interpreter /usr/local/bin/python3
Using base prefix '/usr/local/Cellar/python3/3.4.0_1/Frameworks/Python.framework/Versions/3.4'
New python executable in test/bin/python3.4
Also creating executable in test/bin/python
Failed to import the site module
Traceback (most recent call last):
  File "/Users/user/Documents/workspace/test/test/bin/../lib/python3.4/site.py", line 67, in <module>
    import os
  File "/Users/user/Documents/workspace/test/test/bin/../lib/python3.4/os.py", line 634, in <module>
    from _collections_abc import MutableMapping
ImportError: No module named '_collections_abc'
ERROR: The executable test/bin/python3.4 is not functioning
ERROR: It thinks sys.prefix is '/Users/user/Documents/workspace/test' (should be '/Users/user/Documents/workspace/test/test')
ERROR: virtualenv is not compatible with this system or executable

po prostu biegnij

virtualenv -p python3 envname

Zaktualizuj po edycji OP:

Wystąpił błąd w wersji virtualenv OP, jak opisano tutaj . Problem został rozwiązany przez uruchomienie:

pip install --upgrade virtualenv

Python 3 ma wbudowaną obsługę środowisk wirtualnych - venv . Zamiast tego lepiej byłoby użyć tego. Odnosząc się do dokumentów:

Tworzenie wirtualnych środowisk odbywa się poprzez wykonanie skryptu pyvenv:

pyvenv /path/to/new/virtual/environment

Aktualizacja dla Python 3.6 i nowszych:

Jak poprawnie komentuje pawciobiel , jest przestarzały od Pythona 3.6, a nowy sposób to:pyvenv

python3 -m venv /path/to/new/virtual/environment

Próbowałem już pyenv i jest to bardzo przydatne do przełączania wersji Pythona (globalne, lokalne w folderze lub w virtualenv):

brew install pyenv

następnie zainstaluj żądaną wersję Pythona:

pyenv install 3.5.0

i po prostu utwórz virtualenv ze ścieżką do wymaganej wersji interpretera:

virtualenv -p /Users/johnny/.pyenv/versions/3.5.0/bin/python3.5 myenv

To jest to, sprawdź wersję:

. ./myenv/bin/activate && python -V

Istnieje również wtyczka do pyenv pyenv-virtualenv, ale jakoś mi to nie działało.

Zainstaluj wymagania wstępne.

sudo apt-get install python3 python3-pip virtualenvwrapper

Utwórz środowisko wirtualne oparte na języku Python3. Opcjonalnie włącz --system-site-packagesflagę.

mkvirtualenv -p /usr/bin/python3 <venv-name>

Ustawiony w środowisku wirtualnym.

workon <venv-name>

Zainstaluj inne wymagania za pomocą pipmenedżera pakietów.

pip install -r requirements.txt
pip install <package_name>

Podczas pracy nad wieloma projektami Pythona jednocześnie zaleca się instalowanie wspólnych pakietów, takich jak pdbppglobalnie, a następnie ponowne użycie ich w virtualenvs.

Zastosowanie tej techniki pozwala zaoszczędzić dużo czasu na pobieraniu pakietów i instalowaniu ich, oprócz zajmowania minimalnego miejsca na dysku i przepustowości sieci.

sudo -H pip3 -v install pdbpp
mkvirtualenv -p $(which python3) --system-site-packages <venv-name>

Szczegółowe instrukcje Django

Jeśli istnieje wiele systemowych pakietów Pythona, zaleca się, aby nie używać --system-site-packagesflagi, szczególnie podczas programowania, ponieważ zauważyłem, że spowalnia to znacznie uruchamianie Django. Zakładam, że inicjalizacja środowiska Django polega na ręcznym skanowaniu i dołączaniu wszystkich pakietów witryn ze ścieżki systemowej, co może być przyczyną. Nawet python manage.py shellstaje się bardzo wolny.

Powiedziawszy ten eksperyment, która opcja działa lepiej. Może być bezpiecznie pominąć --system-site-packagesflagę dla projektów Django.

virtualenv --python=/usr/bin/python3 <name of env>

pracował dla mnie.

Możesz określić konkretną wersję Pythona podczas tworzenia środowiska.
Jest wspomniany w virtualenv.py

virtualenv --python=python3.5 envname

W niektórych przypadkach musi to być pełna ścieżka do pliku wykonywalnego:

virtualenv --python=/Users/username/.pyenv/versions/3.6.0/bin/python3.6 envname

Jak -pdziała

parser.add_option(
    '-p', '--python',
    dest='python',
    metavar='PYTHON_EXE',
    help='The Python interpreter to use, e.g., --python=python3.5 will use the python3.5 '
    'interpreter to create the new environment.  The default is the interpreter that '
    'virtualenv was installed with (%s)' % sys.executable)

Miałem tę samą ERRORwiadomość. Rozwiązanie tbrisker nie działało w moim przypadku. Zamiast tego rozwiązało to problem:

$ python3 -m venv .env

To wszystko, czego potrzebujesz, aby uruchomić środowisko wirtualne w python / python3

Najpierw, jeśli virtualenvnie jest zainstalowany, uruchom

pip3 install virtualenv 

Teraz uruchom:

virtualenv -p python3 <env name> 

Kiedyś cmd virtualenvkończy się niepowodzeniem, jeśli tak, użyj tego:

python3 -m virtualenv <env_name>  # you can specify full path instead <env_name> to install the file in a different location other than the current location

Teraz aktywuj wirtualną env:

source <env_name>/bin/activate

Lub:

source `pwd`/<env_name>/bin/activate

Teraz biegnij

which python

Powinieneś zobaczyć pełną ścieżkę do swojego katalogu i <env_name>/bin/pythonsufiksu

Aby wyjść z virtualenv, uruchom:

deactivate 

Python ma teraz własną implementację środowiska wirtualnego o nazwie „venv”. Sugerowałbym użycie tego zamiast virtualenv.

Cytowanie z Venv - Docs ,

Przestarzałe od wersji 3.6: pyvenv było zalecanym narzędziem do tworzenia środowisk wirtualnych dla Python 3.3 i 3.4, i jest przestarzałe w Python 3.6.

Zmieniono w wersji 3.5: Teraz zaleca się użycie venv do tworzenia środowisk wirtualnych.

W systemie Windows, aby zainicjować venv w jakimś projekcie, otwórz cmd:

python -m venv "c:\path\to\myenv"

(Sugeruje użycie podwójnego cudzysłowu wokół ścieżki katalogu, jeśli zawiera spacje. Np .: „C: / My Dox / Spaced Directory / Something”)

Po skonfigurowaniu venv zobaczysz w folderze projektu kilka nowych folderów. Jednym z nich byłyby „Skrypty”.

Aby aktywować lub wywołać venv potrzebujesz:

C:\> <venv>\Scripts\activate.bat

Możesz dezaktywować środowisko wirtualne, wpisując „dezaktywuj” w swojej powłoce. Dzięki temu możesz teraz zainstalować biblioteki specyficzne dla twojego projektu, które będą znajdować się w folderze „Lib”.

================================ Edytuj 1 ================ ==================== Scenariusz, który zostanie omówiony poniżej, nie jest tym, o co pierwotnie pytano, wystarczy dodać to na wypadek, gdyby ktoś używał vscode z rozszerzeniem Pythona

W przypadku użycia kodu vs z rozszerzeniem Pythona możesz napotkać problem z pylintem, który wskazuje na instalację globalną. W takim przypadku pylint nie będzie mógł zobaczyć modułów zainstalowanych w środowisku wirtualnym, a zatem wyświetli błędy podczas importowania.

Oto prosta metoda na obejście tego.

cd Workspace\Scripts
.\Activate.ps1
code .

Zasadniczo najpierw aktywujemy środowisko, a następnie wywołujemy vs-code, aby pylint zaczął się w środowisku i mógł zobaczyć wszystkie lokalne pakiety.

Oprócz innych odpowiedzi, polecam sprawdzenie, które wystąpienie virtualenv wykonujesz:

which virtualenv

Jeśli pojawi się coś w / usr / local / bin, możliwe jest - nawet prawdopodobne - że zainstalowałeś virtualenv (możliwe, że używasz instancji easy_tools lub pip) bez użycia menedżera pakietów systemu (w przypadku OP). To był mój problem.

Lata temu - kiedy byłem jeszcze bardziej nieświadomy - zainstalowałem virtualenv i maskowało to dostarczone przez mój pakiet virtualenv.

Po usunięciu tego starego, zepsutego virtualenv moje problemy zniknęły.

W python3.6 próbowałem python3 -m venv myenv, zgodnie z dokumentacją, ale trwało to tak długo. Więc bardzo proste i szybkie polecenie brzmi: python -m venv yourenv działało dla mnie na python3.6.

Na komputerze Mac musiałem wykonać następujące czynności, aby to zadziałało.

mkvirtualenv --python=/usr/bin/python3 YourEnvNameHere

Jeśli zainstalujesz python3 ( brew install python3) wraz z virtualenv burrito , możesz to zrobić mkvirtualenv -p $(which python3) env_name

Oczywiście wiem, że virtualenv burrito to tylko opakowanie, ale przez lata służyło mi dobrze, zmniejszając niektóre krzywe uczenia się.

virtualenv --python=/usr/local/bin/python3 <VIRTUAL ENV NAME> spowoduje to dodanie ścieżki python3 do wirtualnego środowiska.

To zadziałało dla mnie

virtualenv --no-site-packages --distribute -p /usr/bin/python3 ~/.virtualenvs/py3

Dla tych, którzy mają problemy podczas pracy z Anaconda3 (Python 3).

Możesz użyć

conda create -n name_of_your_virtualenv python=python_version 

Aby aktywować środowisko (Linux, MacOS)

source activate name_of_your_virtualenv

Dla Windowsa

activate name_of_your_virtualenv

Próbowałem wszystkich powyższych rzeczy, to wciąż nie działało. Więc jako brutalna siła, właśnie ponownie zainstalowałem anakondę, ponownie zainstalowałem virtualenv ... i zadziałało.

Amans-MacBook-Pro:~ amanmadan$ pip install virtualenv
You are using pip version 6.1.1, however version 8.1.2 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
Collecting virtualenv
  Downloading virtualenv-15.0.3-py2.py3-none-any.whl (3.5MB)
    100% |████████████████████████████████| 3.5MB 114kB/s 
Installing collected packages: virtualenv
Successfully installed virtualenv-15.0.3
Amans-MacBook-Pro:python amanmadan$ virtualenv my_env
New python executable in /Users/amanmadan/Documents/HadoopStuff/python/my_env/bin/python
Installing setuptools, pip, wheel...done.
Amans-MacBook-Pro:python amanmadan$ 

Chciałem zachować Python 2.7.5 jako domyślną wersję na Centos 7, ale mam Python 3.6.1 w środowisku wirtualnym działającym wraz z innymi środowiskami wirtualnymi w Python 2.x

Znalazłem poniższy link najlepsze rozwiązanie dla najnowszej wersji Pythona (python 3.6.1) https://www.digitalocean.com/community/tutorial_series/how-to-install-and-set-up-a-local-programming -environment-for-python-3 . Pokazuje kroki dla różnych platform, ale podstawowe kroki są

1. Zainstaluj python3.x (jeśli nie jest obecny) na swojej platformie
2. Zainstaluj python3.x-devel na swojej platformie
3. Utwórz środowisko wirtualne w python 3.x (na przykład $ python3.6 -m venv virenv_test_p3 /)
4. Aktywuj środowisko testowe dla Pythona 3.x (na przykład źródło virenv_test_p3 / bin / aktywuj)
5. Zainstaluj pakiety, których chcesz używać w nowym środowisku wirtualnym Python 3 i które są obsługiwane (na przykład zainstaluj Django w wersji pip == 1.11.2)

Poniższe proste polecenia mogą utworzyć wirtualną env w wersji 3.5

apt-get install python3-venv

python3.5 -m venv <your env name>

jeśli chcesz wirtualną wersję env jako 3.6

python3.6 -m venv <your env name>

Dla tych z Was, którzy używają pipenv i chcą zainstalować konkretną wersję:

pipenv install --python 3.6

Wystąpił ten sam błąd, ponieważ jest to konflikt z instalacją miniconda3, więc kiedy wpiszesz „która virtualenv” i jeśli zainstalowałeś minicondę i wskazuje ona na tę instalację, możesz ją usunąć (jeśli podoba mi się to i nie przeprowadziłeś się jeszcze)) lub zmień zmienną środowiskową, aby wskazywała instalację, którą chcesz.

W wierszu poleceń systemu Windows następujące działało dla mnie. Najpierw dowiedz się, gdzie znajdują się pliki wykonywalne Pythona:

where python

Spowoduje to wyświetlenie ścieżek do innego pliku python.exe w systemie. Oto moje:

C:\Users\carandangc\Anaconda3\python.exe
C:\Python27\python.exe

Tak więc dla Python3 była to pierwsza ścieżka dla mnie, więc przechodzę do folderu głównego aplikacji, w którym chcę utworzyć folder środowiska wirtualnego. Następnie uruchamiam następujące, które zawiera ścieżkę do mojego pliku wykonywalnego Python3, nadając mojemu środowisku wirtualnemu nazwę „venv”:

virtualenv --python=/Users/carandangc/Anaconda3/python.exe venv

Następnie aktywuj środowisko wirtualne:

call venv\Scripts\activate.bat

Na koniec zainstaluj zależności dla tego środowiska wirtualnego:

pip install -r requirements.txt

To wymagania.txt można wypełnić ręcznie, jeśli znasz biblioteki / moduły potrzebne dla Twojej aplikacji w środowisku wirtualnym. Jeśli aplikacja działała w innym środowisku, możesz automatycznie tworzyć zależności, uruchamiając następujące czynności (przejdź do folderu aplikacji w środowisku, w którym działa):

pip freeze > requirements.txt

Następnie, gdy masz plik wymagania.txt, który został „zamrożony”, możesz zainstalować wymagania na innym komputerze lub w czystym środowisku, korzystając z następujących elementów (po zapisaniu dysku CD w folderze aplikacji):

pip install -r requirements.txt

Aby zobaczyć swoją wersję Pythona w środowisku wirtualnym, uruchom:

python --version

W takim razie voila ... Twój Python3 działa w środowisku wirtualnym. Wyjście dla mnie:

Python 3.7.2