Wêrom pip build-ôfhinklikheden downloadt foardat jo pakket ynstallearre wurdt

In lokaal boarneargyf kin noch altyd netwurkta tagong fereaskje. Foardat pip it ynstallearje kin, hat pip miskien in build-backend en stypjende pakketten nedich om in wheel te meitsjen.

Lokaliseel de flater yn dizze folchoarder: it opheljen fan it doelargyf, it ynstallearjen fan build-easken, it útfieren fan 'e backend, en dan it ynstallearjen fan it ûntstiene pakket. Backend-hooks kinne ekstra build-easken oanfreegje; dy steane los fan 'e runtime-ôfhinklikheden fan it pakket.

Identifisearje it artefakt dat pip noch nedich hat

By “Installing build dependencies” noteareje jo it mislearre pakket en de URL. Besjoch de effektive yndeks, de proxy-route, de akkountkontekst en it fertrouwen foar dy oanfraach, mei de dokumintearre ynstellingen fan 'e ynstallearre pip-ferzje. In earder slagge download bewiist gjin tagong ta elke host of de omjouwing fan elke helper. Iepenbiere build-easken kinne in HTTP-kandidaat út 'e HTTP-proxylist brûke as dy route tastien is; behâld de easke yndeks en it fertrouwensbelied. Histoaryske setup.py download-resepten kinne oare subprosessen brûke.

As in oare masine mei súkses ynstallearret, fergelykje dan earst de selektearre artefakten. Syn Python-ferzje of platfoarm hat miskien in kompatibele foarboudde wheel, wylst dizze masine in boarnepakket keazen hat en dêrom build-ark nedich hat.

Fersoargje de build-omjouwing bewust

--no-build-isolation draacht de ferantwurdlikheid foar de nedige build-ôfhinklikheden oer op jo. It reparearret gjin proxy-autentikaasje of sertifikaatfertrouwen. In lokaal ynstallearre backend kin in ûntbrekkende of ynkompatibele eask ferbergje.

Foar in bewust offline build moatte jo it doelartefakt, de build-easken en it nedige ark foar it projekt en it platfoarm taretmeitsje fia it goedkarde proses. In map dy't allinnich it boarneargyf befettet is ûnfolslein. Behâld de mislearre eask en faze yn it rapport, sadat itsij de route itsij de taretmakke artefaktset korrizjearre wurde kin.