pipx crea entornos de aplicación aislados, pero la obtención de paquetes sigue comenzando desde el entorno que se entrega a pipx. En un shell POSIX, una instalación basada en pip puede usar:

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

Estas asignaciones se aplican a esta invocación y a su instalador secundario. No es necesario colocar la URL del proxy en cada entorno virtual creado. La lista de proxies HTTP ofrece candidatos de extremo cuando estas descargas de paquetes pueden usar intermediarios públicos.

El pipx actual expone una elección de backend. El backend pip explícito de arriba deja claro el descargador. Una versión de pipx anterior a esa opción quizá ya use pip de forma predeterminada; use la sintaxis que admita la versión instalada.

pip también admite la opción --proxy. Si usa --pip-args de pipx para pasar opciones del instalador, mantenga esos argumentos con el backend pip; no son ajustes universales para otro backend ni para el comando instalado.

Una instalación correcta no configura el tráfico de red futuro de black ni de ninguna otra aplicación instalada. Inicie una aplicación en red con el entorno o la configuración de cliente que admita esa aplicación. A la inversa, configurar un proxy solo dentro de la aplicación no puede reparar la descarga de paquetes anterior.

Ante un error de certificado, revise la configuración de confianza del descargador en lugar de desactivar las comprobaciones. Un 407 se refiere a la cuenta del intermediario; un inicio de sesión en un índice privado se refiere al origen del paquete.

Artículos relacionados