Kodėl pip atsisiunčia kūrimo priklausomybes prieš įdiegdamas jūsų paketą

Vietinis šaltinio archyvas vis tiek gali reikalauti tinklo prieigos. Prieš pip galėdamas jį įdiegti, jam gali prireikti kūrimo backend ir pagalbinių paketų, kad sukurtų wheel.

Raskite gedimą šioje sekoje: tikslinio archyvo gavimas, kūrimo reikalavimų diegimas, backend vykdymas, tada gauto paketo diegimas. Backend kabliukai gali prašyti papildomų kūrimo reikalavimų; jie atskirti nuo paketo vykdymo laiko priklausomybių.

Nustatykite artefaktą, kurio pip dar reikia

Prie „Installing build dependencies“ užrašykite nepavykusį paketą ir URL. Patikrinkite galiojantį indeksą, maršrutą per proxy, paskyros kontekstą ir pasitikėjimą ta užklausa, naudodami įdiegtos pip versijos dokumentuotus nustatymus. Ankstesnis sėkmingas atsisiuntimas neįrodo prieigos prie kiekvieno hosto ar kiekvieno pagalbininko aplinkos. Vieši kūrimo reikalavimai gali naudoti HTTP kandidatą iš HTTP proxy sąrašo, kai tas maršrutas leidžiamas; išsaugokite reikiamą indeksą ir pasitikėjimo politiką. Istoriniai setup.py atsisiuntimo receptai gali naudoti kitus subprocesus.

Jei kita mašina įdiegia sėkmingai, pirmiausia palyginkite pasirinktus artefaktus. Jos Python versija ar platforma gali turėti suderinamą iš anksto sukurtą wheel, o ši mašina pasirinko šaltinio distribuciją ir todėl jai reikia kūrimo įrankių.

Tiekite kūrimo aplinką sąmoningai

--no-build-isolation perkelia atsakomybę už reikiamas kūrimo priklausomybes jums. Tai netaiso proxy autentifikavimo ar sertifikato pasitikėjimo. Vietoje įdiegtas backend gali paslėpti trūkstamą ar nesuderinamą reikalavimą.

Sąmoningai neprisijungusiam kūrimui paruoškite tikslinį artefaktą, kūrimo reikalavimus ir reikiamus įrankius projektui ir platformai per patvirtintą procesą. Katalogas, kuriame yra tik šaltinio archyvas, yra nepilnas. Išsaugokite nepavykusį reikalavimą ir etapą ataskaitoje, kad būtų galima pataisyti maršrutą arba paruoštą artefaktų rinkinį.