Проблемы с запуском скриптов, установленных с помощью virtualenv-команд в Windows - PullRequest
0 голосов
/ 20 августа 2011

Существует проблема с запуском установленных скриптов в Windows, которую можно увидеть ниже

C:\Users\Piotr>where python
C:\program files\Python\2.7\python.exe
C:\Users\Piotr>python c:\program files\Python\2.7\scripts\ve init
[Errno 2] No such file or directory
Is "ve-init" executable in the current path?
C:\Users\Piotr>

Я пытался решить эту проблему, следуя советам в Как запустить установленный скрипт Python? вопрос, но безуспешно:

C:\Users\Piotr>assoc .py
.py=Python.File
C:\Users\Piotr>ftype Python.File
Python.File=c:\program files\Python\2.7\python.exe "%1" %*
C:\Users\Piotr>dir /b "c:\program files\python\2.7\scripts"
easy_install-2.7-script.py
easy_install-2.7.exe
easy_install-script.py
easy_install.exe
pip-2.7-script.py
pip-2.7.exe
pip-script.py
pip.exe
ve-clone
ve-extend
ve-init.py
ve.py
virtualenv-script.py
virtualenv.exe    
C:\Users\Piotr>python c:\program files\Python\2.7\Scripts\ve.py init
[Errno 2] No such file or directory
Is "ve-init" executable in the current path?

Я думаю, что особенным в этом случае является то, что скрипт ve запускает командные сценарии (ve-init, ve-clone и т. Д.) Через ОС (os.execvp()).

1 Ответ

0 голосов
/ 03 октября 2011

Решение состоит в том, чтобы добавить .py расширение к PATHEXT переменной среды, чтобы скрипты Python можно было запускать без указания расширения (если они есть в PATH).

Тем не менее этого недостаточно для того, чтобы virtualenv-команды работали в Windows, поскольку в этом пакете используются специальные инструменты Unix, которые недоступны в Windows.

Забавно, я думаю, идея создания virtualenv-команд заключалась в том, чтобы сделать его более переносимым, чем virtualenvwrapper , не используя сценарии оболочки, но, похоже, текущая реализация поддерживает только Unix.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...