Zašto pip preuzima ovisnosti 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 za proizvodnju wheela.

Smjestite kvar u ovaj slijed: dohvaćanje ciljnog arhiva, instalacija build zahtjeva, izvršavanje backenda, zatim instalacija nastalog paketa. Backend kuke mogu zatražiti dodatne build zahtjeve; oni su odvojeni od ovisnosti paketa u vrijeme izvođenja.

Prepoznajte artefakt koji pip još treba

Kod “Installing build dependencies” zabilježite paket i URL koji nisu uspjeli. Pregledajte efektivni indeks, putanju kroz proxy, kontekst računa i povjerenje za taj zahtjev, koristeći dokumentirane postavke instalirane verzije pipa. Ranije uspješno preuzimanje ne dokazuje pristup svakom hostu ni okruženju svakog pomoćnika. Javni build zahtjevi mogu koristiti HTTP kandidata s popisa HTTP proxyja kada je ta putanja dopuštena; zadržite potrebni indeks i politiku povjerenja. Povijesni setup.py recepti za preuzimanje mogu koristiti različite podprocese.

Ako drugo računalo uspješno instalira, prvo usporedite odabrane artefakte. Njegova verzija Pythona ili platforma može imati kompatibilan unaprijed izgrađen wheel, dok je ovo računalo odabralo distribuciju izvornog koda i zato treba alate za izgradnju.

Osigurajte okruženje za izgradnju namjerno

--no-build-isolation prenosi odgovornost za potrebne build ovisnosti 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 izgrađivanje pripremite ciljni artefakt, build zahtjeve i potrebne alate za projekt i platformu kroz odobreni postupak. Direktorij koji sadrži samo arhiv izvornog koda nije potpun. Zadržite neuspjeli zahtjev i fazu u izvješću kako bi se mogla ispraviti putanja ili pripremljeni skup artefakata.