Zašto pip preuzima zavisnosti za izgradnju prije instalacije vašeg paketa

Lokalni arhiv izvornog koda ipak može zahtijevati mrežni pristup. Prije nego što ga pip može instalirati, pip može trebati build backend i prateće pakete da proizvede wheel.

Locirajte kvar u ovom nizu: preuzimanje ciljnog arhiva, instalacija build zahtjeva, izvršavanje backenda, zatim instalacija nastalog paketa. Backend hookovi mogu zatražiti dodatne build zahtjeve; oni su odvojeni od zavisnosti paketa u vrijeme izvršavanja.

Identifikujte artefakt koji pip još treba

Na “Installing build dependencies” zabilježite paket i URL koji su neuspjeli. Pregledajte efektivni indeks, proxy rutu, kontekst računa i povjerenje za taj zahtjev, koristeći dokumentirane postavke instalirane verzije pip-a. Ranije uspješno preuzimanje ne dokazuje pristup svakom hostu ni okruženju svakog pomoćnika. Javni build zahtjevi mogu koristiti HTTP kandidata s HTTP proxy liste kada je ta ruta dopuštena; zadržite potrebni indeks i politiku povjerenja. Historijski setup.py recepti za preuzimanje mogu koristiti različite podprocese.

Ako druga mašina uspješno instalira, prvo uporedite odabrane artefakte. Njezina verzija Pythona ili platforma može imati kompatibilan unaprijed izgrađen wheel, dok je ova mašina odabrala distribuciju izvornog koda i zato treba alate za izgradnju.

Osigurajte okruženje za izgradnju namjerno

--no-build-isolation prenosi odgovornost za potrebne build zavisnosti na vas. To ne popravlja proxy autentifikaciju ni povjerenje u certifikat. Lokalno instaliran backend može sakriti nedostajući ili nekompatibilan zahtjev.

Za namjerno offline izgradnju pripremite ciljni artefakt, build zahtjeve i potrebne alate za projekat i platformu kroz odobreni proces. Direktorij koji sadrži samo arhiv izvornog koda nije potpun. Zadržite neuspjeli zahtjev i fazu u izvještaju kako bi se mogla ispraviti ruta ili pripremljeni skup artefakata.