Чаму pip спампоўвае залежнасці зборкі перад усталяваннем вашага пакета

Лакальны архіў зыходнікаў можа ўсё яшчэ патрабаваць сеткавага доступу. Перш чым pip зможа яго ўсталяваць, яму могуць спатрэбіцца backend зборкі і дапаможныя пакеты, каб стварыць wheel.

Знайдзіце збой у гэтай паслядоўнасці: атрыманне мэтавага архіва, усталяванне патрабаванняў зборкі, выкананне backend, затым усталяванне атрыманага пакета. Хукі backend могуць запытваць дадатковыя патрабаванні зборкі; яны адрозніваюцца ад залежнасцей пакета часу выканання.

Вызначце артэфакт, які pip яшчэ патрабуе

На этапе “Installing build dependencies” запішыце пакет і URL, якія не ўдалося. Праверце эфектыўны індэкс, маршрут праз проксі, кантэкст уліковага запісу і давер для гэтага запыту, выкарыстоўваючы дакументаваныя налады ўсталяванай версіі pip. Папярэдняе паспяховае спампоўванне не даказвае доступ да кожнага хоста ці асяроддзя кожнага памочніка. Публічныя патрабаванні зборкі могуць выкарыстоўваць HTTP-кандыдата са спісу HTTP-проксі, калі гэты маршрут дазволены; захоўвайце патрабаваны індэкс і палітыку даверу. Гістарычныя setup.py рэцэпты спампоўвання могуць выкарыстоўваць розныя падпрацэсы.

Калі іншая машына ўсталёўвае паспяхова, спачатку параўнайце выбраныя артэфакты. Яе версія Python або платформа можа мець сумяшчальны папярэдне сабраны wheel, тады як гэтая машына выбрала архіў зыходнікаў і таму патрабуе інструментаў зборкі.

Забяспечце асяроддзе зборкі свядома

--no-build-isolation перакладае адказнасць за неабходныя залежнасці зборкі на вас. Гэта не выпраўляе аўтэнтыфікацыю проксі ці давер да сертыфіката. Лакальна ўсталяваны backend можа схаваць адсутнае або несумяшчальнае патрабаванне.

Для свядома афлайнавай зборкі падрыхтуйце мэтавы артэфакт, патрабаванні зборкі і неабходныя інструменты для праекта і платформы праз ухвалены працэс. Каталог, які змяшчае толькі архіў зыходнікаў, няпоўны. Захавайце збойнае патрабаванне і этап у справаздачы, каб можна было выправіць або маршрут, або падрыхтаваны набор артэфактаў.