Virtualenv: Neues Virtualenv installiert Beta-Pip3 (10.0.0b2)

Erstellt am 3. Apr. 2018  ·  5Kommentare  ·  Quelle: pypa/virtualenv

Ich verwende Python 3.5.2 ( /usr/bin/python3.5 ), mit Pip3 8.1.1 ( /usr/bin/pip3 ) unter Ubuntu 16.04 mit python3-virtualenv installiert über apt. Unter dpkg ist die Version python3-virtualenv/xenial-updates 15.0.1+ds-3ubuntu1 all .

Wenn ich eine neue Umgebung erstelle, indem ich den folgenden Befehl ausführe:

virtualenv --python=/usr/bin/python3.5 env

Ich erwarte die pip3-Version 8.1.1 (das einzige pip3, das auf meinem System installiert ist). Stattdessen aktiviere ich die virtuelle Umgebung und pip --version gibt Folgendes aus:

pip 10.0.0b2 from /home/ubuntu/env/lib/python3.5/site-packages/pip (python 3.5)

Als Zwischenlösung kann ich sofort nach dem Erstellen der Umgebung ein Downgrade durchführen, dies scheint jedoch nicht das beabsichtigte Verhalten zu sein. Bitte lassen Sie mich wissen, ob oder welche zusätzlichen Informationen hilfreich wären.

Hilfreichster Kommentar

@ jwarren116 Ich glaube, virtualenv ruft die neuesten verfügbaren Versionen von Setuptools, Pip und Wheel von PyPI ab, wenn es ein neues virtualenv erstellt (unter Verwendung eines lokalen Pip-Cache, falls verfügbar). Und bis virtualenv 15.1.0 hat es dabei intern "PIP_PRE=1" gesetzt. Wenn Sie also auf virtualenv 15.1.0 oder höher aktualisieren, wird pip 9.0.3 stattdessen in neuen virtualenvs installiert. Wenn Sie speziell pip 8.1.1 in Ihrer virtuellen Umgebung haben möchten, müssen Sie es nach der Erstellung meiner Meinung nach explizit downgraden.

Alle 5 Kommentare

Haben Sie eine Umgebungsvariable PIP_PRE oder eine pip-Konfigurationsdatei, die das Argument --pre angibt? Oder hat Ihre Distribution pip gepatcht, um Vorabversionen zu installieren (unwahrscheinlich, hätte ich gedacht). Können Sie dieses Verhalten mit der virtualenv von PyPI (oder github) reproduzieren?

Sorry, das wollte ich auch mit einbeziehen! Ich habe keine PIP* Variablen in der Umgebung festgelegt, und es gibt keine pip-Konfigurationsdatei. Ich glaube nicht, dass die Dist gepatcht wurde, aber ich konnte es nicht überprüfen.

Ich werde versuchen, mit virtualenv von PyPI oder Github zu reproduzieren und zurück zu kreisen.

@ jwarren116 Ich glaube, virtualenv ruft die neuesten verfügbaren Versionen von Setuptools, Pip und Wheel von PyPI ab, wenn es ein neues virtualenv erstellt (unter Verwendung eines lokalen Pip-Cache, falls verfügbar). Und bis virtualenv 15.1.0 hat es dabei intern "PIP_PRE=1" gesetzt. Wenn Sie also auf virtualenv 15.1.0 oder höher aktualisieren, wird pip 9.0.3 stattdessen in neuen virtualenvs installiert. Wenn Sie speziell pip 8.1.1 in Ihrer virtuellen Umgebung haben möchten, müssen Sie es nach der Erstellung meiner Meinung nach explizit downgraden.

@jmbowman Danke für diese Klarstellung. Ich wusste, dass ich mich daran erinnerte, dass virtualenv PIP_PRE hatte, konnte es aber bei einem Durchsuchen der Quellen nicht finden. Es kam mir nicht in den Sinn, in die Geschichte zurückzugehen.

Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivität hatte. Es wird geschlossen, wenn keine weitere Aktivität stattfindet. Fügen Sie einfach einen Kommentar hinzu, wenn Sie ihn geöffnet lassen möchten. Vielen Dank für Ihre Beiträge.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen