Eu tenho exatamente o mesmo erro e estou usando uma configuração muito semelhante:

• Mac 10.10.3
• pip 7.1.2
• virtualenv 13.0.1
• Python 2.7.10 :: Anaconda 2.2.0 (x86_64)

Esta é uma possível duplicata de https://github.com/pypa/virtualenv/issues/788

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

@grisaitis #788 é uma duplicata de #788? :D

E sim, no momento isso parece um problema de python conda.

Ops! Desculpe, eu quis dizer que poderia ser uma duplicata disso: https://github.com/pypa/virtualenv/issues/741

E isso é "consertado" fazendo downgrade para Python 2.7.9, caso você não tenha visto em https://github.com/conda/conda/issues/1367

Na verdade, não foi corrigido (e estou ciente de que isso provavelmente é um co-problema do condomínio/virtualenv).

Eu tenho os mesmos problemas com Python 2.7.11 e Python 3.5.1 e conda 3.18.9 (e pip 7.1.2).
Com o Python 3.5.1, a criação do ambiente virtual falha com "virtualenv" e "pyvenv" (com um erro ligeiramente diferente).

@jenisys , por favor, você poderia colar o erro real?

Com um ambiente conda baseado em python 2.7.11 e virtualenv 13.0.1, recebo o erro semelhante descrito acima (mas outro símbolo CPython está faltando agora);

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

Com um ambiente conda com python 3.5.1, o erro parece um pouco 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

Quando uso pyvenv no ambiente conda (como esperado com o Python 3.x), recebo outro erro relacionado ao módulo "garantir pip" ausente (problema interno do conda, suponho).

Estou com o mesmo problema aqui, alguém pode me indicar a solução para esse problema? Já que está fechado, deve ser resolvido né?

@icrtiou Está fechado aqui porque é um problema de conda (o número do problema está anotado acima). Parece que ainda não está consertado, mas você deve revisar o tíquete conda para obter mais informações.

Eu me deparei com um erro semelhante (não usando o anaconda, instalei o python usando o brew install) quando estava tentando recriar um env sem primeiro excluir o env anterior.

após rm -rf do caminho env antigo, o erro foi resolvido...

Eu tive um problema semelhante com conda e virtualenv. Consegui instalar e ativar um env com sucesso com o seguinte comando:
conda install -c anaconda virtualenv=15.1.0

Obrigado!! Isso funcionou para mim.

minha solução é alterar o python e o pip padrão para /user/bin/python em vez da versão conda
OBSERVAÇÃO: após o primeiro erro do conda, a pasta virtualenvs já foi criada e armazenada no caminho e na configuração do conda, portanto, é necessário remover essa pasta primeiro antes de criar uma nova pasta virtualenvs

rm -rf .virtualenvs/ # remove
source virtualenvwrapper.sh # cria bew virtualenvs

A solução proposta por @RubenDuran funcionou para mim.

Eu não estava usando anaconda e estava me deparando com isso. Apenas tentando usar pyenv e virtualenvwrapper. Eu juro que isso funcionou antes, mas eu estava executando isso para criar um novo virtualenv:

pyenv shell 3.6.3
mkvirtualenv my_new_env

Isso renderia um rastreamento de pilha semelhante aos acima. Para corrigi-lo, instalei pyenv-virtualenvwrapper . Então o seguinte é como eu comecei a trabalhar:

pyenv shell 3.6.3
pyenv virtualenvwrapper
mkvirtualenv my_new_env

Não tenho certeza do que aconteceu, mas está funcionando e pensei em compartilhar caso mais alguém estivesse enfrentando um problema semelhante.

@RubenDuran você é um superstar! Você solução funcionou perfeitamente para mim.

@RubenDuran muito obrigado!

Novamente a solução @RubenDuran funcionou! Obrigado!!!

Solução para criar o ambiente virtual para seu projeto se você tiver conda. Eu tive um problema semelhante, tentei o seguinte comando e funcionou para mim.
Ubuntu 16.04
Python 2.7.14 :: Anaconda, Inc.

conda create -n yourenvname python=x.x anaconda

_yourenvname_ é o nome do ambiente virtual que você criará e usará.
_pyrhon=x.x_: escolha a versão do python que você deseja usar neste ambiente

Oi,
Estou enfrentando a mesma situação no centos 7. Corrigi o problema com as seguintes linhas:

yum instalar epel-release

yum instalar python-pip

pip instalar -U pip

yum -y instala python-virtualenv

yum -y instala python-virtualenvwrapper

$ export WORKON_HOME=~/.virtualenvs
$ source /usr/bin/virtualenvwrapper.sh
$ mkvirtualenv meuaplicativo
$ desativar
$ trabalhe no meu aplicativo