Pip: ~ / .pip / pip.conf und virtualenv Konflikt

Meine aktuelle Lösung ist , zu setzen $PIP_CONFIG_FILE auf /dev/null über virtualenvwrapper ‚s postactivate Haken und Lösen es in postdeactivate .

Dieses Problem ist noch vorhanden. In meinem Fall möchte ich --user -Installationen verwenden, wenn Sie sich nicht in einem Venv befinden (indem Sie dies auf ~/.config/pip/pip.conf , aber "normale" (In-Venv) -Installationen, wenn Sie sich in einem Venv befinden (do --user Installationen machen sogar in einem Venv Sinn?).

Zwei mögliche Lösungen (von denen nur die erste wirklich von pip implementiert werden kann, aber ich kann die Diskussion auch hier beginnen) sind

• Geben Sie einen Speicherort für die Konfigurationsdatei an, der nur außerhalb von venvs verwendet wird ( ~/.config/pip/pip-novenv.conf oder was auch immer), oder
• mache --user einem No-Op in einem Venv (wieder bin ich mir nicht sicher, ob --user + Venv Sinn macht: Es gibt nur einen ~/.local/lib/pythonX.Y also ist dort jede Isolation gebrochen).

Problem in Python 3.5.3 noch vorhanden.

Es ist ziemlich ironisch und frustrierend, dass man, wenn man versucht, vorsichtig mit der Umgebung umzugehen, bis hin zur Verwendung virtueller Umgebungen und Benutzerinstallationen in pip.conf, mit einem nicht funktionierenden System endet.

Ich habe versucht zu vermeiden, dass Teammitglieder sudo pip . Es wird immer schwieriger.

Ist das nicht ein Fehler in virtualenv - dass es bei Verwendung einer Option nicht PIP_CONFIG_FILE=/dev/null ?
Oh, wurde heute davon gebissen.

Kann jemand bitte klare Anweisungen geben, wie dies reproduziert werden kann?