2015-10-13 2 views
0

У меня возникают проблемы запуска virtualenv, и я получаю этот же код ошибки: «Setuptools пип колесо не удалось с кодом ошибки 1»Virtualenv вызывая Setuptools ошибка

Я видел несколько страниц, говорящих о том, что это несоответствие между разные версии setuptools, но я удалил и переустановил virtualenv и setuptools в нескольких версиях без каких-либо результатов. Кто-нибудь знает, что здесь происходит?

Roberts-MacBook-Air:script Rob$ virtualenv venv 
New python executable in venv/bin/python 
Installing setuptools, pip, wheel... 
    Complete output from command /Users/Rob/Seedstages/script/venv/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/Rob/anaconda/lib/python2.7/site-packages/virtualenv_support/pip-7.1.2-py2.py3-none-any.whl/pip/__init__.py", line 13, in <module> 
    File "/Users/Rob/anaconda/lib/python2.7/site-packages/virtualenv_support/pip-7.1.2-py2.py3-none-any.whl/pip/utils/__init__.py", line 15, in <module> 
    File "/Users/Rob/anaconda/lib/python2.7/zipfile.py", line 6, in <module> 
    import io 
    File "/Users/Rob/anaconda/lib/python2.7/io.py", line 51, in <module> 
    import _io 
ImportError: dlopen(/Users/Rob/Seedstages/script/venv/lib/python2.7/lib-dynload/_io.so, 2): Symbol not found: __PyErr_ReplaceException 
    Referenced from: /Users/Rob/Seedstages/script/venv/lib/python2.7/lib-dynload/_io.so 
    Expected in: dynamic lookup 

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

ответ

1

Я бы сказал, что анаконда вызывает конфликт, хотя быть более конкретным, то появляется, как будто virtualenv Анаконда является проблемой. Запуск which virtualenv на моей macbook (где у меня такая же проблема) дает /Users/me/anaconda/bin/virtualenv во время работы в Linux-системе. Я только что протестировал это, давая /usr/local/bin/virtualenv.

Итак, на OS X, я загрузил virtualenv, используя /usr/local/bin/pip install virtualenv. Это не создает virtualenv двоичный (или это не для меня) в папках, так что мне пришлось ввести эту мучительно длинную команду:

sudo /usr/local/bin/python ... {путь к virtualenv.py в папка сайта-пакетов системы python} new_env

И это все. Но это смешно. Никто не хочет этого делать - даже создание ссылок все равно будет взломать его, когда вам это не нужно.

Согласно GitHub странице ContinuumIO on this very subject, команды virtualenv env и source /bin/activate заменяются conda create -n env python=2.7 и source activate env.

Протестировано на моей macbook (работает Anaconda2 v4 на OS Yosemite), и это сработало.

Смежные вопросы