Installer des applications pipx via un proxy
Transmettez les variables de proxy à pipx avant qu'il ne crée un environnement d'application, et distinguez la récupération des paquets des requêtes ultérieures du programme installé.
pipx crée des environnements d'application isolés, mais la récupération des paquets part toujours de l'environnement fourni à pipx. Dans un shell POSIX, une installation basée sur pip peut utiliser :
http_proxy='http://proxy.example:8080' https_proxy='http://proxy.example:8080' pipx install --backend pip blackCes affectations valent pour cette invocation et son installateur enfant. Il n'est pas nécessaire de placer l'URL du proxy dans chaque environnement virtuel créé. La liste de proxys HTTP propose des candidats de point de terminaison lorsque ces téléchargements de paquets peuvent passer par des intermédiaires publics.
pipx actuel expose un choix de backend. Le backend pip explicite ci-dessus rend le téléchargeur clair. Une version de pipx antérieure à cette option utilise peut-être déjà pip par défaut ; utilisez la syntaxe prise en charge par la version installée.
pip prend aussi en charge une option --proxy. Si vous utilisez --pip-args de pipx pour transmettre des options d'installateur, conservez ces arguments avec le backend pip ; ce ne sont pas des réglages universels pour un autre backend ni pour la commande installée.
Une installation réussie ne configure pas le trafic réseau futur de black ni d'aucune autre application installée. Lancez une application réseau avec l'environnement ou les réglages client que cette application prend en charge. À l'inverse, un proxy défini uniquement dans l'application ne peut pas réparer le téléchargement de paquets antérieur.
En cas d'erreur de certificat, examinez la configuration de confiance du téléchargeur plutôt que de désactiver les vérifications. Un 407 concerne le compte de l'intermédiaire ; une connexion à un index privé concerne la source des paquets.