pipx crea entorns d'aplicació aïllats, però l'obtenció de paquets encara comença a partir de l'entorn que es dóna a pipx. En un shell POSIX, una instal·lació basada en pip pot utilitzar:

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

Aquestes assignacions s'apliquen a aquesta invocació i al seu instal·lador fill. No cal posar l'URL del proxy a cada entorn virtual creat. La llista de proxies HTTP ofereix candidats a punts finals quan aquestes baixades de paquets poden utilitzar intermediaris públics.

El pipx actual exposa una elecció de backend. El backend pip explícit de dalt fa clar el descarregador. Una versió de pipx anterior a aquesta opció potser ja utilitza pip per defecte; feu servir la sintaxi que admet la versió instal·lada.

pip també admet l'opció --proxy. Si feu servir --pip-args de pipx per passar opcions de l'instal·lador, manteniu aquests arguments amb el backend pip; no són paràmetres universals per a un altre backend ni per a l'ordre instal·lada.

Una instal·lació correcta no configura el trànsit de xarxa futur de black ni de cap altra aplicació instal·lada. Inicieu una aplicació en xarxa amb l'entorn o la configuració de client que admeti aquesta aplicació. A la inversa, configurar un proxy només dins de l'aplicació no pot reparar la baixada de paquets anterior.

Per a un error de certificat, reviseu la configuració de confiança del descarregador en lloc de desactivar les comprovacions. Un 407 fa referència al compte de l'intermediari; un inici de sessió en un índex privat fa referència a la font del paquet.

Articles relacionats