Miksi pip lataa build-riippuvuudet ennen pakettisi asentamista

Paikallinen lähdekoodiarkisto voi silti vaatia verkkoyhteyden. Ennen kuin pip voi asentaa sen, pip voi tarvita build-backendin ja tukipaketteja wheelin tuottamiseen.

Paikanna vika tässä järjestyksessä: kohdearkiston haku, build-vaatimusten asennus, backendin suoritus ja sitten syntyneen paketin asennus. Backendin koukut voivat pyytää lisää build-vaatimuksia; ne ovat erillisiä paketin ajonaikaisista riippuvuuksista.

Tunnista artefakti, jonka pip vielä tarvitsee

Kirjaa kohdassa “Installing build dependencies” epäonnistunut paketti ja URL. Tarkista tehokas indeksi, välityspalvelimen reitti, tilin konteksti ja kyseisen pyynnön luottamus käyttäen asennetun pip-version dokumentoituja asetuksia. Aiempi onnistunut lataus ei todista pääsyä jokaiseen isäntään tai jokaisen apurin ympäristöön. Julkiset build-vaatimukset voivat käyttää HTTP-ehdokasta HTTP-välityspalvelinluettelosta, kun tämä reitti on sallittu; säilytä vaadittu indeksi ja luottamuskäytäntö. Historialliset setup.py latausohjeet voivat käyttää eri aliprosesseja.

Jos toinen kone asentaa onnistuneesti, vertaa ensin valittuja artefakteja. Sen Python-versiossa tai alustassa voi olla yhteensopiva valmiiksi rakennettu wheel, kun taas tämä kone valitsi lähdekoodijakelun ja tarvitsee siksi build-työkaluja.

Tarjoa build-ympäristö tarkoituksella

--no-build-isolation siirtää vastuun tarvittavista build-riippuvuuksista sinulle. Se ei korjaa välityspalvelimen todennusta eikä varmenteen luottamusta. Paikallisesti asennettu backend voi piilottaa puuttuvan tai yhteensopimattoman vaatimuksen.

Tarkoituksellista offline-buildia varten valmistele kohdeartefakti, build-vaatimukset ja tarvittavat työkalut projektille ja alustalle hyväksytyn prosessin kautta. Hakemisto, joka sisältää vain lähdekoodiarkiston, on puutteellinen. Säilytä epäonnistunut vaatimus ja vaihe raportissa, jotta joko reitti tai valmisteltu artefaktijoukko voidaan korjata.