Pip: Ошибка кодирования имени файла в некоторых средах с PAX sdist

Созданный на 28 янв. 2020 · 3Комментарии · Источник: pypa/pip

Окружающая обстановка

версия пункта: любая
Версия Python: 2.7
ОС: Windows, не Windows в языковом стандарте C

(pip Windows CI попадает в это)

Описание
Колесо формата PAX 0.34.1 sdists не удается установить на Python 2.7 в Windows с UnicodeEncodeError или в системах, отличных от Windows, в локали, отличной от utf-8: https://github.com/pypa/wheel/issues/331

Ожидаемое поведение
Имя файла в Unicode из архива PAX правильно закодировано для локальной файловой системы.

Как размножаться
Попытайтесь установить tar-архив в формате PAX, содержащий имя файла, которое не может быть закодировано в кодовую страницу по умолчанию (Windows) или кодировку локали по умолчанию (не в Windows).

В GNU tar затронутые пути предварительно изменяются на что-то совместимое с ASCII, но tar PAX сохраняет их правильно, поэтому установщик должен обрабатывать их самостоятельно.

Вывод

Видеть
https://dev.azure.com/pypa/pip/_build/results?buildId=18040&view=logs&j=404e6841-f5ba-57d9-f2c8-8c5322057572&t=0219f6bf-240d-5b08-c877-377b12af5079 для a&

Связанная выше проблема с колесом имеет несколько примеров Linux.

python 2 only bug

Источник

ncoghlan

Самый полезный комментарий

@johnthagen Да, проблема неуниверсального кодирования локали, о которой я упоминаю в https://github.com/pypa/pip/pull/7668#issuecomment -579706165, также применит Python 3.

Однако версии 3.7+ значительно смягчают его, поскольку они не верят ОС, когда она утверждает, что использует ASCII, и автоматически переключаются на использование UTF-8.

ncoghlan 29 янв. 2020

👍3

Все 3 Комментарий

@ncoghlan Просто к сведению, проблема, которую я заметил на https://github.com/pypa/wheel/issues/331, заключалась в использовании Python 3.6 (в случае, если это имеет какое-либо значение).