pipx lagar isolerte programmiljø, men pakkehenting startar framleis frå miljøet som vert gjeve til pipx. I eit POSIX-skal kan ein pip-basert installasjon bruke:

http_proxy='http://proxy.example:8080' https_proxy='http://proxy.example:8080' pipx install --backend pip black

Desse tildelingane gjeld for dette kallet og den underordna installatøren. Det er ikkje naudsynt å leggje proxy-URL-en i kvart oppretta virtuelt miljø. HTTP-proxylista tilbyr endepunktkandidatar når desse pakkenedlastingane kan bruke offentlege mellommenn.

Noverande pipx viser eit backend-val. Den eksplisitte pip-backenden ovanfor gjer nedlastaren tydeleg. Ein pipx-versjon frå før dette alternativet brukar kanskje allereie pip som standard; bruk syntaksen som den installerte versjonen støttar.

pip sjølv støttar òg eit --proxy-alternativ. Viss du brukar --pip-args til pipx for å senda installatøralternativ, hald desse argumenta hjå pip-backenden; dei er ikkje universelle innstillingar for ein annan backend eller for den installerte kommandoen.

Ein vellukka installasjon konfigurerer ikkje framtidig nettverkstrafikk for black eller andre installerte program. Start eit nettverksprogram med miljøet eller klientinnstillingane som programmet støttar. Motsett kan ein proxy som berre vert sett inne i programmet, ikkje reparere den tidlegare pakkenedlastinga.

Ved ein sertifikatfeil, gransk tillitskonfigurasjonen til nedlastaren i staden for å slå av kontrollar. Ein 407 gjeld kontoen til mellommannen; ei pålogging til ein privat indeks gjeld pakkekjelda.

Relaterte artiklar