Tengo exactamente el mismo error y estoy usando una configuración muy similar:

• Mac 10.10.3
• pipa 7.1.2
• entorno virtual 13.0.1
• Python 2.7.10 :: Anaconda 2.2.0 (x86_64)

Este es un posible duplicado de https://github.com/pypa/virtualenv/issues/788

Consulte https://github.com/conda/conda/issues/1367

@grisaitis #788 es un duplicado de #788? :D

Y sí, por el momento esto parece un problema de conda python.

¡UPS! Lo siento, quise decir que podría ser un duplicado de esto: https://github.com/pypa/virtualenv/issues/741

Y esto se "arregló" al cambiar a Python 2.7.9, en caso de que no lo hayas visto en https://github.com/conda/conda/issues/1367

En realidad, no está solucionado (y soy consciente de que probablemente se trate de un problema conjunto de condominio/virtualenv).

Tengo los mismos problemas con Python 2.7.11 y Python 3.5.1 y conda 3.18.9 (y pip 7.1.2).
Con Python 3.5.1, la creación del entorno virtual falla con "virtualenv" y "pyvenv" (con un error ligeramente diferente).

@jenisys , ¿podría pegar el error real?

Con un entorno conda basado en python 2.7.11 y virtualenv 13.0.1, obtengo un error similar al descrito anteriormente (pero ahora falta otro símbolo de 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

Con un entorno conda con python 3.5.1, el error se ve ligeramente diferente:

# -- 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

Cuando uso pyvenv en el entorno conda (como se esperaba con Python 3.x), aparece otro error relacionado con el módulo "asegurar pip" faltante (problema interno de conda, supongo).

Tengo el mismo problema aquí, ¿alguien puede indicarme la solución para este problema? Ya que está cerrado, hay que solucionarlo ¿no?

@icrtiou Está cerrado aquí porque es un problema de conda (el número de problema se indica arriba). No parece que esté arreglado allí todavía, pero debe revisar el ticket de conda para obtener más información.

Me encontré con un error similar (sin usar anaconda, python instalado usando brew install) cuando intentaba recrear un entorno sin eliminar primero el entorno anterior.

después de rm -rf de la antigua ruta env, se resolvió el error...

Tuve un problema similar con conda y virtualenv. Pude instalar y activar con éxito un env con el siguiente comando:
conda install -c anaconda virtualenv=15.1.0

¡¡Gracias!! Eso funcionó para mí.

mi solución es cambiar el python predeterminado y pip a /user/bin/python en lugar de la versión conda
NOTA: después del primer error de conda, la carpeta virtualenvs ya se creó y almacenó la ruta y la configuración de conda, por lo que primero debe eliminar esa carpeta antes de crear una nueva carpeta virtualenvs

rm -rf .virtualenvs/ # eliminar
fuente virtualenvwrapper.sh # crear detrás de virtualenvs

La solución propuesta por @RubenDuran me funcionó.

No estaba usando anaconda y me encontré con esto. Solo trato de usar pyenv y virtualenvwrapper. Juro que esto había funcionado antes, pero estaba ejecutando esto para crear un nuevo virtualenv:

pyenv shell 3.6.3
mkvirtualenv my_new_env

Eso produciría un seguimiento de pila similar a los anteriores. Para solucionarlo, instalé pyenv-virtualenvwrapper . Entonces lo siguiente es cómo lo hice funcionar:

pyenv shell 3.6.3
pyenv virtualenvwrapper
mkvirtualenv my_new_env

No estoy totalmente seguro de lo que sucedió, pero está funcionando y pensé en compartirlo en caso de que alguien más tuviera un problema similar.

@RubenDuran eres una superestrella! Tu solución funcionó perfectamente para mí.

@RubenDuran muchas gracias!

¡Otra vez la solución de @RubenDuran funcionó! ¡¡¡Gracias!!!

Solución para crear el entorno virtual de tu proyecto si tienes conda. Tuve un problema similar, probé el siguiente comando y funcionó para mí.
Ubuntu 16.04
Python 2.7.14 :: Anaconda, Inc.

conda create -n yourenvname python=x.x anaconda

_yourenvname_ es el nombre del entorno virtual que va a crear y utilizar.
_pyrhon=x.x_: elija la versión de python que desea usar en este entorno

Hola,
Me enfrento a la misma situación en centos 7. Solucioné el problema con las siguientes líneas:

yum instalar epel-liberación

yum instalar python-pip

instalación de pip -U pip

yum -y instalar python-virtualenv

yum -y install python-virtualenvwrapper

$ exportar WORKON_HOME=~/.virtualenvs
$ fuente /usr/bin/virtualenvwrapper.sh
$ mkvirtualenv mi aplicación
$ desactivar
$ trabajar en mi aplicación