Зашто pip преузима зависности за изградњу пре инсталације вашег пакета

Локални архив изворног кода ипак може захтевати мрежни приступ. Пре него што га pip може инсталирати, pip може требати build backend и пратеће пакете да произведе wheel.

Лоцирајте квар у овом низу: преузимање циљног архива, инсталација build захтева, извршавање backend-а, затим инсталација насталог пакета. Backend куке могу затражити додатне build захтеве; они су одвојени од зависности пакета у време извршавања.

Идентификујте артефакт који pip још треба

Код “Installing build dependencies” забележите пакет и URL који нису успели. Прегледајте ефективни индекс, путању кроз прокси, контекст налога и поверење за тај захтев, користећи документована подешавања инсталиране верзије pip-а. Раније успешно преузимање не доказује приступ сваком хосту ни окружењу сваког помоћника. Јавни build захтеви могу користити HTTP кандидата са листе HTTP проксија када је та путања дозвољена; задржите потребни индекс и политику поверења. Историјски setup.py рецепти за преузимање могу користити различите подпроцесе.

Ако друга машина успешно инсталира, прво упоредите изабране артефакте. Њена верзија Python-а или платформа може имати компатибилан унапред изграђен wheel, док је ова машина изабрала дистрибуцију изворног кода и зато јој требају алати за изградњу.

Обезбедите окружење за изградњу намерно

--no-build-isolation преноси одговорност за потребне build зависности на вас. То не поправља proxy аутентификацију ни поверење у сертификат. Локално инсталиран backend може сакрити недостајући или некомпатибилан захтев.

За намерно офлајн изграђивање припремите циљни артефакт, build захтеве и потребне алате за пројекат и платформу кроз одобрени поступак. Директоријум који садржи само архив изворног кода није потпун. Задржите неуспели захтев и фазу у извештају како би се могла исправити путања или припремљени скуп артефаката.