У меня точно такая же ошибка, и я использую очень похожую настройку:

• Мак 10.10.3
• пункт 7.1.2
• виртуалэнв 13.0.1
• Python 2.7.10 :: Анаконда 2.2.0 (x86_64)

Это возможный дубликат https://github.com/pypa/virtualenv/issues/788 .

См. https://github.com/conda/conda/issues/1367 .

@grisaitis #788 является дубликатом #788? :D

И да, на данный момент это похоже на проблему conda python.

Ой! Извините, я имел в виду, что это может быть дубликат этого: https://github.com/pypa/virtualenv/issues/741

И это «исправлено» путем перехода на Python 2.7.9, если вы не видели в https://github.com/conda/conda/issues/1367 .

На самом деле это не исправлено (и я знаю, что это, вероятно, совместная проблема кондоминиума и виртуальной машины).

У меня те же проблемы с Python 2.7.11 и Python 3.5.1 и conda 3.18.9 (и pip 7.1.2).
В Python 3.5.1 создание виртуальной среды не удается с помощью «virtualenv» и «pyvenv» (с немного другой ошибкой).

@jenisys, пожалуйста, не могли бы вы вставить настоящую ошибку?

В среде conda на основе python 2.7.11 и virtualenv 13.0.1 я получаю аналогичную ошибку, описанную выше (но теперь отсутствует еще один символ CPython);

# -- CASE: Using conda environment "py27" with python 2.7.11
# INSTALLED: virtualenv 13.0.1, pip 7.1.2, wheel 0.26.0
$ virtualenv xxx
New python executable in xxx/bin/python
Installing setuptools, pip, wheel...
  Complete output from command /Users/alice/tmp/venv/xxx/bin/python -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip wheel:
  Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Users/alice/conda/envs/py27/lib/python2.7/site-packages/virtualenv_support/pip-7.0.1-py2.py3-none-any.whl/pip/__init__.py", line 13, in <module>
  File "/Users/alice/conda/envs/py27/lib/python2.7/site-packages/virtualenv_support/pip-7.0.1-py2.py3-none-any.whl/pip/utils/__init__.py", line 15, in <module>
  File "/Users/alice/conda/envs/py27/lib/python2.7/zipfile.py", line 6, in <module>
    import io
  File "/Users/alice/conda/envs/py27/lib/python2.7/io.py", line 51, in <module>
    import _io
ImportError: dlopen(/Users/alice/tmp/venv/xxx/lib/python2.7/lib-dynload/_io.so, 2): Symbol not found: __PyCodecInfo_GetIncrementalDecoder
  Referenced from: /Users/alice/tmp/venv/xxx/lib/python2.7/lib-dynload/_io.so
  Expected in: dynamic lookup

----------------------------------------
...Installing setuptools, pip, wheel...done.
Traceback (most recent call last):
  File "/Users/alice/conda/envs/py27/bin/virtualenv", line 6, in <module>
    sys.exit(main())
  File "/Users/alice/conda/envs/py27/lib/python2.7/site-packages/virtualenv.py", line 832, in main
    symlink=options.symlink)
  File "/Users/alice/conda/envs/py27/lib/python2.7/site-packages/virtualenv.py", line 1004, in create_environment
    install_wheel(to_install, py_executable, search_dirs)
  File "/Users/alice/conda/envs/py27/lib/python2.7/site-packages/virtualenv.py", line 969, in install_wheel
    'PIP_NO_INDEX': '1'
  File "/Users/alice/conda/envs/py27/lib/python2.7/site-packages/virtualenv.py", line 910, in call_subprocess
    % (cmd_desc, proc.returncode))
OSError: Command /Users/alice/tmp/venv/xxx/bin/python -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip wheel failed with error code 1

В среде conda с python 3.5.1 ошибка выглядит немного иначе:

# -- CASE: Using conda environment "py35" with python 3.5.1
# INSTALLED: virtualenv 13.1.2, pip 7.1.2, wheel 0.26.0
$ virtualenv --verbose xxx2
Using base prefix '/Users/alice/conda/envs/py35'
Creating xxx2/lib/python3.5
Symlinking Python bootstrap modules
  Symlinking xxx2/lib/python3.5/config-3.5m
  Symlinking xxx2/lib/python3.5/lib-dynload
  Symlinking xxx2/lib/python3.5/plat-darwin
  Symlinking xxx2/lib/python3.5/os.py
  ...
  Symlinking xxx2/lib/python3.5/_bootlocale.py
Creating xxx2/lib/python3.5/site-packages
Writing xxx2/lib/python3.5/site.py
Writing xxx2/lib/python3.5/orig-prefix.txt
Writing xxx2/lib/python3.5/no-global-site-packages.txt
Creating parent directories for xxx2/include
Symlinking xxx2/include/python3.5m
Creating xxx2/bin
New python executable in xxx2/bin/python3
Changed mode of xxx2/bin/python3 to 0o755
Also creating executable in xxx2/bin/python
Changed mode of xxx2/bin/python to 0o755
Testing executable with xxx2/bin/python3 -c "import sys;out=sys.stdout;getattr(out, "buffer", out).write(sys.prefix.encode("utf-8"))"
ERROR: The executable xxx2/bin/python3 is not functioning
ERROR: It thinks sys.prefix is '/Users/alice/tmp/venv' (should be '/Users/alice/tmp/venv/xxx2')
ERROR: virtualenv is not compatible with this system or executable

Когда я использую pyvenv в среде conda (как и ожидалось с Python 3.x), я получаю еще одну ошибку, связанную с отсутствующим модулем «ensure pip» (я полагаю, внутренняя проблема conda).

У меня такая же проблема, может кто подскажет решение этой проблемы? Поскольку он закрыт, нужно решить, верно?

@icrtiou Он закрыт здесь, потому что это проблема conda (номер проблемы указан выше). Похоже, это еще не исправлено, но вы должны просмотреть билет conda для получения дополнительной информации.

Я столкнулся с аналогичной ошибкой (без использования anaconda, установил python с помощью brew install), когда пытался воссоздать env без предварительного удаления предыдущей env.

после rm -rf старого пути env ошибка была решена...

У меня была аналогичная проблема с conda и virtualenv. Мне удалось успешно установить и активировать env с помощью следующей команды:
conda install -c анаконда виртуалэнв = 15.1.0

Спасибо!! Это сработало для меня.

мое решение - изменить python по умолчанию и pip на /user/bin/python вместо версии conda
ПРИМЕЧАНИЕ: после первой ошибки conda папка virtualenvs уже создана и сохранена путь и настройка conda, поэтому необходимо сначала удалить эту папку, прежде чем создавать новую папку virtualenvs.

rm -rf .virtualenvs/ # удалить
source virtualenvwrapper.sh # создать виртуальные окружения

Решение, предложенное @RubenDuran , сработало для меня.

Я не использовал анаконду и столкнулся с этим. Просто пытаюсь использовать pyenv и virtualenvwrapper. Клянусь, это работало раньше, но я запускал это, чтобы создать новую виртуальную среду:

pyenv shell 3.6.3
mkvirtualenv my_new_env

Это даст трассировку стека, аналогичную приведенной выше. Чтобы исправить это, я установил pyenv-virtualenvwrapper . Тогда вот как я заставил его работать:

pyenv shell 3.6.3
pyenv virtualenvwrapper
mkvirtualenv my_new_env

Не совсем уверен, что произошло, но это работает, и я подумал, что поделюсь, если кто-то еще столкнется с подобной проблемой.

@RubenDuran , ты суперзвезда! Ваше решение отлично сработало для меня.

@RubenDuran большое спасибо!

Решение @RubenDuran снова сработало! Спасибо!!!

Решение для создания виртуальной среды для вашего проекта, если у вас есть conda. У меня была аналогичная проблема, я попробовал следующую команду, и она сработала для меня.
Убунту 16.04
Python 2.7.14 :: Anaconda, Inc.

conda create -n yourenvname python=x.x anaconda

_yourenvname_ — это имя виртуальной среды, которую вы собираетесь создать и использовать.
_pyrhon=x.x_: выберите версию Python, которую вы хотите использовать в этой среде.

Привет,
Я сталкиваюсь с той же ситуацией на Centos 7. Я исправил проблему со следующими строками:

yum установить epel-релиз

yum установить python-pip

пип установить -U пип

yum -y установить python-virtualenv

yum -y установить python-virtualenvwrapper

$ экспорт WORKON_HOME=~/.virtualenvs
$ источник /usr/bin/virtualenvwrapper.sh
$ mkvirtualenv мое приложение
$ деактивировать
$ работа в моем приложении