Kial pip elŝutas konstru-dependecojn antaŭ ol instali vian pakaĵon

Loka font-arĥivo ankoraŭ povas postuli retan aliron. Antaŭ ol pip povas instali ĝin, pip eble bezonas konstru-backendon kaj subtenajn pakaĵojn por produkti wheel.

Trovu la fiaskon en ĉi tiu sinsekvo: akiro de la cela arĥivo, instalado de konstru-postuloj, plenumo de la backend, poste instalado de la rezulta pakaĵo. Backend-hokoj povas peti pliajn konstru-postulojn; tiuj estas apartaj de la rul-tempaj dependecoj de la pakaĵo.

Identigu la artefakton, kiun pip ankoraŭ bezonas

Ĉe “Installing build dependencies”, notu la malsukcesan pakaĵon kaj URL-on. Kontrolu la efikan indekson, la prokuran vojon, la kontan kuntekston kaj la fidon por tiu peto, uzante la dokumentitajn agordojn de la instalita pip-versio. Antaŭa sukcesa elŝuto ne pruvas aliron al ĉiu gastiganto aŭ al la medio de ĉiu helpanto. Publikaj konstru-postuloj povas uzi HTTP-kandidaton el la HTTP-prokura listo, kiam tiu vojo estas permesata; konservu la postulatan indekson kaj fido-politikon. Historiaj setup.py elŝut-receptoj povas uzi malsamajn subprocezojn.

Se alia maŝino instalis sukcese, unue komparu la elektitajn artefaktojn. Ĝia Python-versio aŭ platformo eble havas kongruan antaŭkonstruitan wheel, dum ĉi tiu maŝino elektis font-distribuaĵon kaj tial bezonas konstru-ilojn.

Provizu la konstru-medion intence

--no-build-isolation transdonas al vi la respondecon pri la necesaj konstru-dependecoj. Ĝi ne riparas prokuran aŭtentikigon nek atestilan fidon. Loke instalita backend povas kaŝi mankan aŭ malkongruan postulon.

Por intence senreta konstruado, preparu la celan artefakton, la konstru-postulojn kaj la necesajn ilojn por la projekto kaj platformo per la aprobita procezo. Dosierujo enhavanta nur la font-arĥivon estas nekompleta. Konservu la malsukcesan postulon kaj etapon en la raporto, por ke oni povu korekti aŭ la vojon aŭ la preparitan artefakto-aron.