Pip: Pip - ne transmet pas les paramètres de proxy à git/hg, etc.

Créé le 15 mars 2011  ·  17Commentaires  ·  Source: pypa/pip

hé,

J'utilise pip derrière un proxy, et c'est vraiment un cauchemar... lol. Wget semble télécharger les packages de manière fiable, mais avec pip, je dois définir le délai d'attente à 30 secondes, et c'est toujours un hasard. J'aimerais que son support proxy soit meilleur.

Quoi qu'il en soit, pip ne semble pas non plus transmettre les paramètres de proxy à des commandes telles que git. Même avec des variables d'environnement définies, ainsi que le passage du paramètre "--proxy" à pip, git/hg/etc. semble ignorer complètement cela et essayez de télécharger directement au lieu de via le proxy.

À votre santé,
Victor


proxy vcs auto-locked needs discussion enhancement

Tous les 17 commentaires

hé,

J'utilise pip derrière un proxy, et c'est vraiment un cauchemar... lol. Wget
semble télécharger les packages de manière fiable, mais avec pip, je dois définir le
délai d'attente à 30 secondes, et c'est toujours un hasard. je souhaite que ce soit par procuration
le soutien était meilleur.

Quoi qu'il en soit, pip ne semble pas non plus transmettre les paramètres de proxy à des commandes telles que git.
Même avec des variables d'environnement définies, ainsi que le passage du "--proxy"
réglage sur pip, git/hg/etc. semble l'ignorer complètement et essayer de
télécharger directement au lieu de via le proxy.

Bravo, vainqueur


Original Comment By: Victor Hooi

Si une solution de contournement ou une solution est trouvée, nous devons nous rappeler de commenter dans
Débordement de pile 1

1 - http://stackoverflow.com/questions/5085545/pip-and-svn-
sous-un-proxy


Original Comment By: Hugo Lopes Tavares

Si une solution de contournement ou une solution est trouvée, nous devons nous rappeler de commenter dans
Débordement de pile 1

1 - http://stackoverflow.com/questions/5085545/pip-and-svn-
sous-un-proxy


Original Comment By: Hugo Lopes Tavares

Je viens de tomber sur ça aujourd'hui. Je me demande vraiment s'il est important que l'installation pip soit exécutée avec sudo ou non, mais cela semble être un peu un oubli qu'il n'appelle pas le binaire git/svn avec une variable d'environnement d'instance pour le http_proxy SI celui-ci a été fourni ou est défini lorsque la commande pip est exécutée.

En outre, il semble qu'une partie du problème réside dans le fait que le clone suppose qu'il peut utiliser le protocole git (ssh) pour effectuer le clonage. S'il utilisait http ou https au lieu de git://, cela fonctionnerait probablement, au moins partiellement. Je contourne ce problème en utilisant une option de configuration git qui remplace toutes les requêtes git://github.com par https://github.com.
J'ai trouvé cette solution de contournement ici, http://stackoverflow.com/a/32744849/3794873 et je la trouve légèrement plus utile que le remplacement global de git:// par https:// car nous avons un github interne où je veux pour s'authentifier via SSH.
Voir http://jgoodall.me/posts/2013/05/29/git-use-https/

@johnthagen Je regardais quelques anciens problèmes et je me demandais si vous aviez une expérience avec celui-ci (par exemple pour svn comme référencé ci-dessus).

@cjerdonek Malheureusement, je n'ai pas utilisé pip /Subversion dans un paramètre proxy, donc je n'ai aucune expérience ici.

La prochaine étape ici est que quelqu'un essaie de reproduire ce problème et fournisse des étapes claires pour la reproduction ici.

Je ne suis pas sûr que ce soit juste un problème. Les étapes pour transmettre les paramètres de proxy à git, svn, etc. peuvent être différentes pour chaque commande vcs. Par exemple, voici des informations pour le faire pour git : https://git-scm.com/docs/git-config

Voici pour svn : http://subversion.apache.org/faq.html#proxy

Voici pour hg : https://www.mercurial-scm.org/doc/hgrc.5.html#http -proxy

Et voici pour bazaar : http://doc.bazaar.canonical.com/latest/en/user-guide/configuring_bazaar.html#using -a-network-proxy

Oui oui. Nous devrions le faire si pip obtient un proxy.

Une partie de la raison pour laquelle je suis curieux de voir la reproduction de ceci est de savoir si la définition de "http_proxy" est une solution de contournement pour les personnes qui voient cela aujourd'hui (puisque ces outils vcs prennent en charge cet IIUC).

J'utilise un proxy au travail et les variables env fonctionnent bien pour moi (au moins avec git).

@pfmoore vous serait-il possible d'essayer de désactiver la variable d'environnement et de passer le proxy via --proxy ?

Pas avant quelques semaines, car je suis en vacances en ce moment, désolé.

FWIW, il devrait être facile de voir quelles variables d'environnement sont transmises aux commandes VCS puisqu'elles passent toutes par la classe de base VersionControl (la saisie à partir de mon téléphone y serait liée).

Pas avant quelques semaines, car je suis en vacances en ce moment, désolé.

Oups ! Ma faute; J'oubliais, profites bien de tes vacances ! :)

Y a-t-il une raison pour laquelle cela doit être implémenté dans pip? Nous ne transmettons pas non plus les certificats CA, n'acceptons pas automatiquement les clés d'hôte SSH et ne gérons pas l'authentification VCS. Il semble que la charge de maintenance pour ces types d'intégration serait élevée et que les bénéfices seraient plutôt faibles, car ce type de configuration devrait probablement être effectué de toute façon. Une recherche rapide révèle que git a des tonnes d'options flexibles pour la configuration du proxy et hg a un fichier de configuration . Un utilisateur les configurant globalement les ferait fonctionner sur tous les outils d'appel, pas seulement sur pip.

@chrahunt Je pense que c'est un argument raisonnable à faire valoir; clore ce problème en suivant le raisonnement que Chris a énuméré ci-dessus. :)

Cette page vous a été utile?
0 / 5 - 0 notes