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

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

Определете го артефактот што pip сè уште го бара

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

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

Обезбедете ја околината за изградба намерно

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

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

Поврзани статии