" «ошибка при запуске pip или venv - PullRequest
Новая
       27

" «ошибка при запуске pip или venv

4 голосов
/ 17 января 2020

В моей команде несколько человек, которые сталкиваются с неустойчивой проблемой, выполняющей некоторые очень простые c Python команды. Все это в Windows 10, с использованием Python Launcher (команда py, которая позволяет вам установить значение по умолчанию Python - в нашем случае Python 3.7).

Запуск из Git repo root pip каталога может потерпеть неудачу. 

$ py -m pip install --upgrade pip
C:\Apps\Python37\python.exe: can't open file '<unprintable file name>': [Errno 2] No such file or directory

или настройка виртуальной среды. 

$ py –m venv .venv
C:\Apps\Python37\python.exe: can't open file '<unprintable file name>': [Errno 2] No such file or directory

Ясно, что он находит и запускает Python, но затем Python не может открыть какой-либо файл в середине процесса. Он даже не может назвать файл / каталог. Я провел некоторый поиск, и часть '<unprintable file name>' может быть связана с пробелами в папке, но это лучшее, что у меня есть.

Примечания и вещи, которые мы попробовали:

  • Несколько человек в команде никогда не видели этого с такими же установленными инструментами (VS Code, как в IDE и т. Д. c.)
  • . Это сочетание Python 3.7.5 и 3.7.6, Я думаю, что все 64-разрядные (обратите внимание, у меня оригинал 3.7.4 с той же настройкой и никогда не видел это)
  • Перемещение Python из "C: \ Program Files" и пользователя каталог, кажется, не помогает
  • Это определенно прерывисто для всех людей, которые сталкивались с ним, иногда работает несколько других команд, тогда неожиданно работает и плохая
  • Мы обычно используют Git Bash в качестве терминала
  • Точно, как Python37 и Python37/Scripts отображаются на пути, варьируется (в начале / конце и пути пользователя или системы).

Я не могу найти шаблон. Мы удалили старые папки Python из пути, удалили все пути Python из пути пользователя и переместили текущие папки Python 3.7 в верхнюю часть системного пути для одного человека, и это, возможно, решило проблему.

Вопрос:

Есть идеи, что это? Как вы еще углубитесь в это, чтобы выяснить, что не работает?

Обновление

Это может быть проблемой только до обновления pip (в месте установки системы и / или в любом другом месте). создана новая виртуальная среда). Это может исчезнуть после того, как успех достигнут с перерывами.

У меня никогда не было этой проблемы на моем P C с 3.7.4, ни при обновлении до 3.7.6 на месте в качестве теста, это может быть дефектом, связанным с версией 3.7.5 или 3.7.6 вместе со специфицированной c версией pip, поставляемой с этими пакетами. Однако, как только pip успешно обновлен до 19.3.1, он кажется go прочь.

Мои текущие догадки:

  • Это как-то связано с указанными c версиями из Python 3.7 (3.7.5 или 3.7.6) и Pip 19.x плохо взаимодействуют друг с другом, отсутствуют зависимости или что-то подобное.
  • Это связано с spotty inte rnet или прокси соединения с inte rnet, которые вызывают частичные загрузки, а pip не обнаруживает проблему (нашему прокси-серверу может потребоваться некоторое время, чтобы установить sh начальное соединение с некоторыми SSO и средствами безопасности, происходящими в фоновом режиме).
...