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

Lokalni arhiv izvornog koda ipak može zahtevati mrežni pristup. Pre 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 zahteva, izvršavanje backenda, zatim instalacija nastalog paketa. Backend kuke mogu zatražiti dodatne build zahteve; oni su odvojeni od zavisnosti paketa u vreme izvršavanja.

Identifikujte artefakt koji pip još treba

Kod “Installing build dependencies” zabeležite paket i URL koji nisu uspeli. Pregledajte efektivni indeks, putanju kroz proxy, kontekst naloga i poverenje za taj zahtev, koristeći dokumentovana podešavanja instalirane verzije pipa. Ranije uspešno preuzimanje ne dokazuje pristup svakom hostu ni okruženju svakog pomoćnika. Javni build zahtevi mogu koristiti HTTP kandidata sa liste HTTP proxyja kada je ta putanja dozvoljena; zadržite potrebni indeks i politiku poverenja. Istorijski setup.py recepti za preuzimanje mogu koristiti različite podprocese.

Ako druga mašina uspešno instalira, prvo uporedite izabrane artefakte. Njena verzija Pythona ili platforma može imati kompatibilan unapred izgrađen wheel, dok je ova mašina izabrala distribuciju izvornog koda i zato treba alate za izgradnju.

Obezbedite okruženje za izgradnju namerno

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

Za namerno offline izgrađivanje pripremite ciljni artefakt, build zahteve i potrebne alate za projekat i platformu kroz odobreni postupak. Direktorijum koji sadrži samo arhiv izvornog koda nije potpun. Zadržite neuspeli zahtev i fazu u izveštaju kako bi se mogla ispraviti putanja ili pripremljeni skup artefakata.