Pip: Nach dem Upgrade auf 20.0 kann nichts mit Pip installiert werden

Ich sehe das gleiche:

$ pip install requests
Traceback (most recent call last):
  File "/home/ntoll/.virtualenvs/sdclient/bin/pip", line 8, in <module>
    sys.exit(main())
  File "/home/ntoll/.virtualenvs/sdclient/lib/python3.7/site-packages/pip/_internal/cli/main.py", line 73, in main
    command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
  File "/home/ntoll/.virtualenvs/sdclient/lib/python3.7/site-packages/pip/_internal/commands/__init__.py", line 96, in create_command
    module = importlib.import_module(module_path)
  File "/home/ntoll/.virtualenvs/sdclient/lib/python3.7/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 728, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/home/ntoll/.virtualenvs/sdclient/lib/python3.7/site-packages/pip/_internal/commands/install.py", line 24, in <module>
    from pip._internal.cli.req_command import RequirementCommand
  File "/home/ntoll/.virtualenvs/sdclient/lib/python3.7/site-packages/pip/_internal/cli/req_command.py", line 20, in <module>
    from pip._internal.operations.prepare import RequirementPreparer
  File "/home/ntoll/.virtualenvs/sdclient/lib/python3.7/site-packages/pip/_internal/operations/prepare.py", line 16, in <module>
    from pip._internal.distributions import (
  File "/home/ntoll/.virtualenvs/sdclient/lib/python3.7/site-packages/pip/_internal/distributions/__init__.py", line 1, in <module>
    from pip._internal.distributions.source import SourceDistribution
ImportError: cannot import name 'SourceDistribution' from 'pip._internal.distributions.source' (/home/ntoll/.virtualenvs/sdclient/lib/python3.7/site-packages/pip/_internal/distributions/source/__init__.py)

Python 3.7.2 auf Ubuntu 18.04

Dasselbe hier https://github.com/pypa/pip/pull/7619#issuecomment -576649700

Scheint unsauberes dist.

Genau das gleiche mit Python 3.7.5 auf Fedora 29. Dasselbe passiert sowohl in virtualenvs als auch mit --user . Es spielt auch keine Rolle, ob ich pip3.7 oder python3.7 -m pip ausführe.

Und wie @ntoll unten vorschlägt, ein großes Lob an alle, die daran arbeiten, diesen unglücklichen Fehler zu beheben! Schön, hier nur neutrale und unterstützende Kommentare zu sehen. Open-Source-Community von ihrer besten Seite.

das gleiche hier, python 3.8.1 auf android 9 termux. Ich nehme an, es ist im Grunde für alle gleich

Ich habe das gleiche Problem in einem Docker-Build mit dem Bild python:3.8-buster :

Step 1/6 : FROM python:3.8-buster
 ---> 0a3a95c81a2b
Step 2/6 : ADD . /app
 ---> a3be40376bd8
Step 3/6 : WORKDIR /app
 ---> Running in 6f53960d3257
Removing intermediate container 6f53960d3257
 ---> 14b7a3ccf004
Step 4/6 : RUN pip install --upgrade pip setuptools
 ---> Running in 6f9dfc84e0a3
Collecting pip
  Downloading https://files.pythonhosted.org/packages/60/65/16487a7c4e0f95bb3fc89c2e377be331fd496b7a9b08fd3077de7f3ae2cf/pip-20.0-py2.py3-none-any.whl (1.5MB)
Collecting setuptools
  Downloading https://files.pythonhosted.org/packages/a7/c5/6c1acea1b4ea88b86b03280f3fde1efa04fefecd4e7d2af13e602661cde4/setuptools-45.1.0-py3-none-any.whl (583kB)
Installing collected packages: pip, setuptools
  Found existing installation: pip 19.3.1
    Uninstalling pip-19.3.1:
      Successfully uninstalled pip-19.3.1
  Found existing installation: setuptools 41.6.0
    Uninstalling setuptools-41.6.0:
      Successfully uninstalled setuptools-41.6.0
Successfully installed pip-20.0 setuptools-45.1.0
Removing intermediate container 6f9dfc84e0a3
 ---> 4db4dd1c01a1
Step 5/6 : RUN pip install -r requirements.txt
 ---> Running in 01e0b70d0d81
Traceback (most recent call last):
  File "/usr/local/bin/pip", line 8, in <module>
    sys.exit(main())
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/cli/main.py", line 73, in main
    command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/commands/__init__.py", line 96, in create_command
    module = importlib.import_module(module_path)
  File "/usr/local/lib/python3.8/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
  File "<frozen importlib._bootstrap>", line 991, in _find_and_load
  File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 783, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/commands/install.py", line 24, in <module>
    from pip._internal.cli.req_command import RequirementCommand
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/cli/req_command.py", line 20, in <module>
    from pip._internal.operations.prepare import RequirementPreparer
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/operations/prepare.py", line 16, in <module>
    from pip._internal.distributions import (
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/distributions/__init__.py", line 1, in <module>
    from pip._internal.distributions.source import SourceDistribution
ImportError: cannot import name 'SourceDistribution' from 'pip._internal.distributions.source' (/usr/local/lib/python3.8/site-packages/pip/_internal/distributions/source/__init__.py)

Hier gilt das gleiche. Python 3.7.4 mit Ubuntu 18.04 und Alpine Linux auf Docker.

Gleiches gilt für MacPorts Python unter macOS:

$ rm -rf venv && python3.8 -m venv venv && ./venv/bin/python -m pip install -U pip && ./venv/bin/python -m pip install requests
Collecting pip
  Using cached https://files.pythonhosted.org/packages/60/65/16487a7c4e0f95bb3fc89c2e377be331fd496b7a9b08fd3077de7f3ae2cf/pip-20.0-py2.py3-none-any.whl
Installing collected packages: pip
  Found existing installation: pip 19.2.3
    Uninstalling pip-19.2.3:
      Successfully uninstalled pip-19.2.3
Successfully installed pip-20.0
Traceback (most recent call last):
  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/runpy.py", line 193, in _run_module_as_main
    return _run_code(code, main_globals, None,
  ...
  File "/Users/messa/test/venv/lib/python3.8/site-packages/pip/_internal/operations/prepare.py", line 16, in <module>
    from pip._internal.distributions import (
  File "/Users/messa/test/venv/lib/python3.8/site-packages/pip/_internal/distributions/__init__.py", line 1, in <module>
    from pip._internal.distributions.source import SourceDistribution
ImportError: cannot import name 'SourceDistribution' from 'pip._internal.distributions.source' (/Users/messa/test/venv/lib/python3.8/site-packages/pip/_internal/distributions/source/__init__.py)

Genau das gleiche Problem. Python 3.7.6, System: Mac OS Catalina

Dasselbe Problem bei Python 3.7.3, dem Ubuntu 19.04-Standard.

Es ist erwähnenswert, dass Fehler, Probleme und unvorhergesehene Pannen bei allen Projekten passieren, egal wie viel Sie planen und versuchen, solche Ereignisse abzumildern.

Ersparen Sie sich einen Gedanken und unterstützende Kommentare für die freiwilligen Pythonistas, die sich damit befassen und es zu unserem Vorteil beheben.

Beachten Sie einen Betreuer von pip , aber ich denke, wir haben zwei Möglichkeiten, um voranzukommen: 1) Schneiden Sie einen sauberen Dist ab und stoßen Sie die Version an; 2) mindestens 20 von pypi abziehen (könnte schon zu spät sein).

In der Zwischenzeit kann dies hilfreich sein, wenn Sie virtualenv verwenden:

virtualenv venv --no-pip
source venv/bin/activate
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py
python get-pip.py pip==19.3.1

Ich wollte nur mitteilen, dass unser Build-System damit auch zusammengebrochen ist. Glücklicherweise ist es nicht kritisch, und ich stimme @ntoll zu, dass die Dinge manchmal schief gehen, und ich bin sicher, dass Sie alles tun, um dies zu beheben.

@pradyunsg Ich bestätige das Problem. Ich schlage vor, es von PyPI zu ziehen.

@xdralex Ja :+1: Ich habe gerade etwas Ähnliches eingegeben.

Außerdem, wenn Sie ein verwendbares pip in Ihrer globalen Umgebung haben, dann wird virtualenv venv --no-download dieses verwenden, anstatt die defekte Version herunterzuladen.

Nur der Vollständigkeit halber: Auch Windows ist betroffen. Win10 + Python 3.7.4 hier (WinPython):

python -m pip uninstall pip Traceback (most recent call last): File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\runpy.py", line 193, in _run_module_as_main "__main__", mod_spec) File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\runpy.py", line 85, in _run_code exec(code, run_globals) File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\site-packages\pip\__main__.py", line 19, in <module> sys.exit(_main()) File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\site-packages\pip\_internal\cli\main.py", line 73, in main command = create_command(cmd_name, isolated=("--isolated" in cmd_args)) File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\site-packages\pip\_internal\commands\__init__.py", line 96, in create_command module = importlib.import_module(module_path) File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\importlib\__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 1006, in _gcd_import File "<frozen importlib._bootstrap>", line 983, in _find_and_load File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 677, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 728, in exec_module File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\site-packages\pip\_internal\commands\uninstall.py", line 9, in <module> from pip._internal.cli.req_command import SessionCommandMixin File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\site-packages\pip\_internal\cli\req_command.py", line 20, in <module> from pip._internal.operations.prepare import RequirementPreparer File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\site-packages\pip\_internal\operations\prepare.py", line 16, in <module> from pip._internal.distributions import ( File "v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\site-packages\pip\_internal\distributions\__init__.py", line 1, in <module> from pip._internal.distributions.source import SourceDistribution ImportError: cannot import name 'SourceDistribution' from 'pip._internal.distributions.source' (v:\bin\scripting\python\3.7.4\python-3.7.4.amd64\lib\site-packages\pip\_internal\distributions\source\__init__.py)

Beeinflusst anscheinend alle pip - oder python -m pip -Befehle nach der Installation von 20.0. Daher kann ich auch nicht zu 19.3 zurückkehren.

Bearbeiten: Diese Problemumgehung hat geholfen.

Für die Leute hier mit kaputten Build-Prozessen, weil sie etwas Ähnliches wie pip install -U pip setuptools von OP tun - denken Sie daran, dass Sie dies optimieren können, um eine bestimmte Version zu verbieten oder einzuschränken.

Beides scheint für mich lokal in Ordnung zu sein:

$ pip install -U "pip<20" setuptools
$ pip install -U "pip!=20.0" setuptools

pip wird Sie warnen, dass Sie nicht auf der neuesten Version sind, aber v20.0 wird nicht installiert.

@james-gonzalez Ich bin mir nicht sicher, ob das Abschneiden einer neuen Version Teil von CI ist.

Lesen Sie https://pip.pypa.io/en/latest/development/release-process/#creating -a-new-release, vielleicht sollte nach dem Auschecken von master eine Git-Bereinigung angewendet werden.

Ich habe genau das gleiche Problem in einem sauberen Docker-Container, auf dem das neueste Ubuntu sowie ein aktuelles Arch Linux ausgeführt werden.

Ich habe versucht, get-pip in einer neuen virtuellen Umgebung herunterzuladen und auszuführen, aber es funktioniert immer noch nicht :/
Ich habe festgestellt, dass im Ordner pip/_internal/distributions/ eine Python-Datei namens source.py und ein Ordner namens source sind. Gerade jetzt habe ich den Ordner manuell entfernt und Pip läuft wieder

Eine Problemumgehung, um pip wieder zum Laufen zu bringen, besteht darin, das Skript get-pip.py zu erhalten und auszuführen:
python get-pip.py pip==19.3.1
Dadurch wird pip auf die vorherige Version zurückgesetzt

Hören Sie nicht auf Ihre eigenen CI-Tests?

Denken Sie immer daran, dass die Betreuer auch Menschen sind, und Programmierfehler sind bei dieser Spezies tatsächlich üblich. Wir sollten ihnen oder der Gemeinschaft jede Unterstützung zukommen lassen, die sie brauchen, anstatt Menschen die Schuld zu geben.

Ich bin gerade auf dasselbe Problem gestoßen und habe Pip aus dem Repo (20.1.dev) installiert und es hat es gelöst. Habe gerade dieses Repo geklont und pip install -e ./pip

Übrigens, sieht so aus, als wäre es nur ein fehlender Import. Meine Lösung war:

pip\_internal\distributions\source\__init__.py

from .legacy import SourceDistribution

Bestätigt, unser CI-System sieht das gleiche Problem.

https://github.com/pypa/pip/issues/7217
Installieren Sie eine ältere Version:
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py
python get-pip.py pip==19.3.1

Ein möglicher lokaler Workaround:
https://github.com/pypa/pip/issues/7217#issuecomment -576653463

Das Entfernen des Ordners ./site-packages/pip/_internal/distributions/source hilft!

Dies wird in https://github.com/pypa/pip/pull/7621 behoben, wie von https://github.com/pypa/pip/issues/7217 verlinkt :)

Gleiches, bestätigt sowohl auf Amazon Linux auf einer EC2-Instanz als auch auf einer lokalen Fedora-Maschine.

Warum wurde aus reiner Neugier diese Version veröffentlicht, obwohl die letzten Pipelines diesen Fehler nicht angezeigt haben? https://travis-ci.org/pypa/pip/builds/639902383

Keine schneidende Bemerkung, nur interessiert am Freigabeprozess und wie diese Art von Problemen in Zukunft vermieden werden kann!

Vielen Dank für die laufende Arbeit, um es zu beheben :+1:

Ich hatte kürzlich ein Upgrade auf Pip 20.0 mit "python -m pip install --upgrade pip" durchgeführt. Nach dem Upgrade brach sogar der Befehl „Pip List“ zusammen. Jetzt sehe ich, dass eine neue Version 20.0.1 veröffentlicht wurde, aber wenn ich "python -m pip install --upgrade pip" mache, erhalte ich den gleichen Fehler. Wie kann ich auf die neueste Pip-Version 20.0.1 upgraden?

@nachiketrss versuche die Installation mit get-pip.py

@nachiketrss curl https://bootstrap.pypa.io/get-pip.py | Python

Oder Python3

Vergleichbarer Fehler für CentOS 7 mit Python3.6:

$ cat /etc/redhat-release 
CentOS Linux release 7.7.1908 (Core)

$ mkvirtualenv --python=/usr/bin/python3.6 foo

(foo) $ which python
~/.virtualenvs/foo/bin/python


(foo) $ which pip
~/.virtualenvs/foo/bin/pip

(foo) $ pip --version
pip 20.0 from /home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip (python 3.6)


(foo) $ pip list
Traceback (most recent call last):
  File "/home/foo/.virtualenvs/foo/bin/pip", line 10, in <module>
    sys.exit(main())
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/cli/main.py", line 73, in main
    command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/commands/__init__.py", line 96, in create_command
    module = importlib.import_module(module_path)
  File "/home/foo/.virtualenvs/foo/lib64/python3.6/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 994, in _gcd_import
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 665, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/commands/list.py", line 13, in <module>
    from pip._internal.cli.req_command import IndexGroupCommand
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/cli/req_command.py", line 20, in <module>
    from pip._internal.operations.prepare import RequirementPreparer
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/operations/prepare.py", line 16, in <module>
    from pip._internal.distributions import (
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/distributions/__init__.py", line 1, in <module>
    from pip._internal.distributions.source import SourceDistribution
ImportError: cannot import name 'SourceDistribution'

Kein Problem mehr mit der Version pip 20.0.1, danke. Stimmen Sie zu, es wäre hilfreich, die Jobfehler oben in den Build-Protokollen zu verstehen, auf die @lerela verwiesen hat.

Ich kann bestätigen, dass 20.0.1 das Problem behoben hat.

Vergleichbarer Fehler für CentOS 7 mit Python3.6:

$ cat /etc/redhat-release 
CentOS Linux release 7.7.1908 (Core)

$ mkvirtualenv --python=/usr/bin/python3.6 foo

(foo) $ which python
~/.virtualenvs/foo/bin/python


(foo) $ which pip
~/.virtualenvs/foo/bin/pip

(foo) $ pip --version
pip 20.0 from /home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip (python 3.6)


(foo) $ pip list
Traceback (most recent call last):
  File "/home/foo/.virtualenvs/foo/bin/pip", line 10, in <module>
    sys.exit(main())
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/cli/main.py", line 73, in main
    command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/commands/__init__.py", line 96, in create_command
    module = importlib.import_module(module_path)
  File "/home/foo/.virtualenvs/foo/lib64/python3.6/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 994, in _gcd_import
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 665, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/commands/list.py", line 13, in <module>
    from pip._internal.cli.req_command import IndexGroupCommand
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/cli/req_command.py", line 20, in <module>
    from pip._internal.operations.prepare import RequirementPreparer
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/operations/prepare.py", line 16, in <module>
    from pip._internal.distributions import (
  File "/home/foo/.virtualenvs/foo/lib/python3.6/site-packages/pip/_internal/distributions/__init__.py", line 1, in <module>
    from pip._internal.distributions.source import SourceDistribution
ImportError: cannot import name 'SourceDistribution'

Das Schließen des aktuellen Terminals und das Arbeiten mit einem neuen löste das Problem für mich.

Okay, sieht so aus, als wäre das behoben worden. Schließen.

Ich weiß, dass alle Leute, die daran arbeiten, Freiwillige sind, und ich bin wirklich froh über all die Arbeit, die sie leisten!

Aber wie @lerela erwähnte, sollten wir ein wenig nachforschen, wie so etwas passieren konnte und wie wir einen solchen Fehler vermeiden können.

Pip ist eines der wichtigsten und am häufigsten verwendeten Tools in der gesamten Softwarebranche.
Und es sieht so aus, als ob eine neue Version veröffentlicht wurde, obwohl sie nicht zumindest auf die Ausführung grundlegender Befehle getestet wurde.

Prüfen wir diese Builds vor der Veröffentlichung?
Wird ein Freigabeprozess irgendwie gesteuert und überprüft oder ist es eine One-Man-Show?

Ich würde diese Situation verstehen, wenn ein solcher Fehler in einer dringenden, übereilten Hotfix-Veröffentlichung auftritt, aber Version 20 wurde mehrere Monate nach 19.3.1 veröffentlicht.

Nun, wir haben herausgefunden, was dies verursacht hat, und nehmen Änderungen am Veröffentlichungsprozess vor, um das zu beheben: https://github.com/pypa/pip/pull/7624

Warum wurde aus reiner Neugier diese Version veröffentlicht, obwohl die letzten Pipelines diesen Fehler nicht angezeigt haben? https://travis-ci.org/pypa/pip/builds/639902383

Keine schneidende Bemerkung, nur interessiert am Freigabeprozess und wie diese Art von Problemen in Zukunft vermieden werden kann!

Vielen Dank für die laufende Arbeit, es zu beheben 👍

@lerela @pabelanger das ist hier nicht passiert: Dieses Build-Protokoll wurde ausgeführt, nachdem die Veröffentlichung abgeschlossen war ( dieses Commit wurde während der Veröffentlichung von einem Skript ausgeführt), wie diese fehlgeschlagenen Build-Protokolle belegen (zum Beispiel dieses ):

Using cached https://files.pythonhosted.org/packages/60/65/16487a7c4e0f95bb3fc89c2e377be331fd496b7a9b08fd3077de7f3ae2cf/pip-20.0-py2.py3-none-any.whl

Dass dies der Fall wäre, macht Sinn: Diese Änderung wurde vor einiger Zeit zusammengeführt und verursachte nicht sofort Fehler, da es sich nicht um einen Quellcodefehler handelt. Zum Beispiel tritt es nicht auf, wenn ein Upgrade von einem Pip durchgeführt wird, der „alt genug“ ist (9.0.1 habe ich verwendet). Es wird stattdessen durch Artefakte verursacht, die beim Upgrade zurückgelassen werden (der zugrunde liegende Fehler ist derzeit unklar, zumindest für mich).

Dieses Problem wurde von der Pipeline nicht erfasst, und daher wären weitere Verbesserungen zum Testen von Upgrade-Pfade in der Pipeline willkommen @lerela @pabelanger und es ist einfach, zu pip beizutragen!

Bestätigt, AWS Beanstalk schlägt fehl, wenn Sie versuchen, eine neue basierte Python-App zu installieren oder zu aktualisieren ...

Vielen Dank, dass Sie das Problem so schnell behoben haben @pradyunsg .

Was ist der beste Weg, um dies zu beheben? Der Versuch, pip auf meiner ec2-Instanz von pip20.0 auf 20.1 zu aktualisieren, schlägt immer noch mit diesem Fehler fehl. sudo pip2 install -U pip2 .

Was ist der beste Weg, um dies zu beheben? Der Versuch, pip auf meiner ec2-Instanz von pip20.0 auf 20.1 zu aktualisieren, schlägt immer noch mit diesem Fehler fehl. sudo pip2 install -U pip2 .

https://github.com/pypa/pip/issues/7620#issuecomment -576669697

@fideloper Danke der Nachfrage! Ich habe dies gerade zu einem anderen Problem beantwortet: https://github.com/pypa/pip/issues/7217#issuecomment -576698030

Der Vorschlag von @honnix funktioniert auch, obwohl ich davon abraten würde, curl ... | python zu verwenden.

Super, vielen Dank an alle!

@fideloper Auch wenn Ihre Distribution ensurepip nicht von CPython abzockt, sollten Sie es über python -m ensurepip verwenden können

Vielen Dank auch für die Veröffentlichung Ihrer Analyse der CI-Läufe @cryvate! Ich bin gerade zurückgekommen, um darauf zu antworten, und Ihr Kommentar trifft im Grunde auf den Punkt.

FWIW, der einzige CI-Job für Pip, der vor Pip 20.0 fehlschlug, war ein Nicht-Test-Job für Windows aufgrund eines git+Windows+authors.txt-Problems, das größtenteils nichts mit dem tatsächlichen Veröffentlichungsprozess zu tun hat.

Sieht für mich fixiert aus. Ich habe diesen Fehler heute Morgen in einer unserer CI-Pipelines erhalten und jetzt scheint er behoben zu sein. Das Anheften pip install -U "pip<20" hat als Problemumgehung funktioniert, aber ich habe es gerade versehentlich ohne es versucht und es scheint behoben zu sein.

Wir sehen dieses Problem immer noch mit 20.0.1 .

Wird daran arbeiten, eine Repro zusammenzustellen, aber der Fehler, den wir bekommen, ist auf eine Abhängigkeit von xgboost==0.81 zurückzuführen, das auf Pip 19 ein whl-Paket heruntergeladen hat, aber auf 20.0 und 20.0.1 einen Tarball herunterlädt und versucht zu bauen it (was fehlschlägt, weil in unserer Build-Kette nicht die erforderlichen Tools installiert sind).

@tomasaschan Könnten Sie eine neue Ausgabe einreichen, mit etwas mehr Details darüber, wie der Build abläuft, und idealerweise mit einem minimalen Reproduzierer?

@tomasaschan Ich denke, Sie sehen ein anderes Problem, nicht dieses. In diesem Problem geht es um eine fehlerhafte Installation von Pip selbst. In Ihrem Fall sehen Sie einige der Verhaltensänderungen bei Rad-Tags wie # 6908. Könnten Sie bitte ein neues Problem melden?

( xgboost hat einige seltsame Tags. Es hat xgboost-0.90-py2.py3-none-manylinux1_x86_64.whl , aber das ist sehr seltsam: Wenn ein Paket kompilierte C-Erweiterungen enthält, wie durch manylinux1 angegeben, ist es vielleicht unwahrscheinlich, dass es wirklich py2.py3-none , aber das kann diskutiert werden. Gegensatz zu gevent-1.4.0-cp27-cp27m-manylinux1_x86_64.whl )

sudo python get-pip.py pip==19.3.1
um dieses Problem zu beheben

@pradyunsg @jamadden Arbeiten an der Zusammenstellung einer minimalen Docker-Datei, die den Fehler reproduziert; werde ein neues Problem einreichen, sobald ich es schaffe. (Wir haben mehrere Schichten interner Basisbilder, die ich durchsuchen muss, um etwas zu finden, das ich in FROM kann, das öffentlich verfügbar ist ...)

Kann für Py-Noobs wie mich jemand eine saubere, vollständige Lösung oder Problemumgehung für dieses Problem bereitstellen? Ich bin mir auch nicht sicher, wie wichtig das ist, aber die Fehlermeldung, die ich erhalten habe, ist etwas anders:
ImportError: cannot import name 'PackageFinder' from 'pip._internal.index' (/usr/lib/python3.8/site-packages/pip/_internal/index/__init__.py)
Vielen Dank für die schnelle Lösung und auch für das Schreiben!

@richard-steiger Ich hatte das gleiche Problem. Meine Lösung bestand darin, pip zu deinstallieren, die tar.gz von v20.0.1 von pypi herunterzuladen und dann durch Ausführen von "python setup.py install" zu installieren.

Behoben (unter Cygwin-X) !

blh@LPT-V-23 ~
$ python /cygdrive/c/Temp/get-pip.py pip==19.3.1
Pip sammeln==19.3.1
Deserialisierung des Cache-Eintrags fehlgeschlagen, Eintrag ignoriert
Deserialisierung des Cache-Eintrags fehlgeschlagen, Eintrag ignoriert
Herunterladen von https://files.pythonhosted.org/packages/00/b6/9cfa56b4081ad13874b0c6f96af8ce16cfbc1cb06bedf8e9164ce5551ec1/pip-19.3.1-py2.py3-none-any.whl (1,4 MB)
100% |##################################| 1,4 MB 585 kB/s
Gesammelte Pakete installieren: pip
Vorhandene Installation gefunden: pip 20.0
pip-20.0 deinstallieren:
Pip-20.0 erfolgreich deinstalliert
Pip-19.3.1 erfolgreich installiert
Sie verwenden die Pip-Version 19.3.1, Version 20.0.1 ist jedoch verfügbar.
Sie sollten ein Upgrade über den Befehl „pip install --upgrade pip“ in Betracht ziehen.

blh@LPT-V-23 ~
$ pip-review --local --interaktiv
pexpect==4.8.0 ist verfügbar (Sie haben 4.7.0)
Jetzt upgraden? [Y]es, [N]o, [A]ll, [Q]uit y
pip==20.0.1 ist verfügbar (Sie haben 19.3.1)
Jetzt upgraden? [Y]es, [N]o, [A]ll, [Q]uit n
urllib3==1.25.8 ist verfügbar (Sie haben 1.25.7)
Jetzt upgraden? [Y]es, [N]o, [A]ll, [Q]uit y
Sammeln von pexpect==4.8.0
Herunterladen von https://files.pythonhosted.org/packages/39/7b/88dbb785881c28a102619d46423cb853b46dbccc70d3ac362d99773a78ce/pexpect-4.8.0-py2.py3-none-any.whl (59kB)
|################################| 61kB 797kB/s
Sammeln von urllib3==1.25.8
Herunterladen von https://files.pythonhosted.org/packages/e8/74/6e4f91745020f967d09332bb2b8b9b10090957334692eb88ea4afe91b77f/urllib3-1.25.8-py2.py3-none-any.whl (125kB)
|################################| 133 kB 14,6 MB/s
Voraussetzung bereits erfüllt: ptyprocess>=0.5 in /usr/lib/python3.6/site-packages (ab pexpect==4.8.0) (0.6.0)
Gesammelte Pakete installieren: pexpect, urllib3
Vorhandene Installation gefunden: pexpect 4.7.0
pexpect-4.7.0 deinstallieren:
pexpect-4.7.0 erfolgreich deinstalliert
Vorhandene Installation gefunden: urllib3 1.25.7
Deinstallieren von urllib3-1.25.7:
urllib3-1.25.7 erfolgreich deinstalliert
pexpect-4.8.0 urllib3-1.25.8 erfolgreich installiert
WARNUNG: Sie verwenden die Pip-Version 19.3.1; Version 20.0.1 ist jedoch verfügbar.
Sie sollten ein Upgrade über den Befehl „pip install --upgrade pip“ in Betracht ziehen.

blh@LPT-V-23 ~
$ pip install --upgrade pip
Pip sammeln
Herunterladen von https://files.pythonhosted.org/packages/57/36/67f809c135c17ec9b8276466cc57f35b98c240f55c780689ea29fa32f512/pip-20.0.1-py2.py3-none-any.whl (1,5 MB)
|################################| 1,5 MB 2,4 MB/s
Gesammelte Pakete installieren: pip
Vorhandene Installation gefunden: pip 19.3.1
Pip-19.3.1 deinstallieren:
Pip-19.3.1 erfolgreich deinstalliert
Pip-20.0.1 erfolgreich installiert

Jetzt funktioniert pip in Version 20.0.1 vollständig !!!

blh@LPT-V-23 ~
$ pip-review --local --interaktiv
dbus-python==1.2.16 ist verfügbar (Sie haben 1.2.8)
Jetzt upgraden? [Y]es, [N]o, [A]ll, [Q]uit n
numpy==1.18.1 ist verfügbar (Sie haben 1.16.2)
Jetzt upgraden? [Y]es, [N]o, [A]ll, [Q]uit n

Auch readthedocs ist davon betroffen:

/home/docs/checkouts/readthedocs.org/user_builds/returns/envs/latest/bin/python -m pip install --upgrade --cache-dir /home/docs/checkouts/readthedocs.org/user_builds/returns/.cache/pip pip

Traceback (most recent call last):
  File "/home/docs/.pyenv/versions/3.6.8/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/docs/.pyenv/versions/3.6.8/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/home/docs/checkouts/readthedocs.org/user_builds/returns/envs/latest/lib/python3.6/site-packages/pip/__main__.py", line 16, in <module>
    from pip._internal import main as _main  # isort:skip # noqa
  File "/home/docs/checkouts/readthedocs.org/user_builds/returns/envs/latest/lib/python3.6/site-packages/pip/_internal/__init__.py", line 40, in <module>
    from pip._internal.cli.autocompletion import autocomplete
  File "/home/docs/checkouts/readthedocs.org/user_builds/returns/envs/latest/lib/python3.6/site-packages/pip/_internal/cli/autocompletion.py", line 8, in <module>
    from pip._internal.cli.main_parser import create_main_parser
  File "/home/docs/checkouts/readthedocs.org/user_builds/returns/envs/latest/lib/python3.6/site-packages/pip/_internal/cli/main_parser.py", line 12, in <module>
    from pip._internal.commands import (
  File "/home/docs/checkouts/readthedocs.org/user_builds/returns/envs/latest/lib/python3.6/site-packages/pip/_internal/commands/__init__.py", line 6, in <module>
    from pip._internal.commands.completion import CompletionCommand
  File "/home/docs/checkouts/readthedocs.org/user_builds/returns/envs/latest/lib/python3.6/site-packages/pip/_internal/commands/completion.py", line 6, in <module>
    from pip._internal.cli.base_command import Command
  File "/home/docs/checkouts/readthedocs.org/user_builds/returns/envs/latest/lib/python3.6/site-packages/pip/_internal/cli/base_command.py", line 25, in <module>
    from pip._internal.index import PackageFinder
ImportError: cannot import name 'PackageFinder'

readthedocs hat gerade pip 20.0.1 für mich installiert, also scheint die Kaskade von Brüchen gestoppt zu sein, gute Arbeit! :smiley:

pip 20.0.1 behebt es nicht für mich auf MACOS 10.15.2 mit Python 2.7. Das Problem bestand auch mit Pip 19.3.1, das ich zuerst ausprobiert habe.

iMac:~ george$ sudo easy_install pip Suche nach pip Beste Übereinstimmung: pip 20.0.1 Verarbeitung von pip-20.0.1-py2.7.egg Entfernen von pip 19.3.1 aus der Datei easy-install.pth Hinzufügen von pip 20.0.1 zu easy- install.pth-Datei Installation des pip-Skripts in /usr/local/bin Installation des pip3.8-Skripts in /usr/local/bin Installation des pip3-Skripts in /usr/local/bin

Verwenden von /Library/Python/2.7/site-packages/pip-20.0.1-py2.7.egg Verarbeitungsabhängigkeiten für pip Fertige Verarbeitungsabhängigkeiten für pip

iMac:~ george$ pip install -U spacy Traceback (letzter Aufruf zuletzt):
Datei "/opt/local/bin/pip", Zeile 11, in
sys.exit (Haupt())
Datei „/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/cli/main.py“, Zeile 73, in main
command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
Datei „/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/commands/__init__.py“, Zeile 96, in create_command
module = importlib.import_module(module_path)
Datei "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/importlib/__init__.py", Zeile 37, in import_module
__import__(Name)
Datei "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/commands/install.py", Zeile 24, in
aus pip._internal.cli.req_command import RequirementCommand
Datei "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/cli/req_command.py", Zeile 20, in
aus pip._internal.operations.prepare import RequirementPreparer
Datei "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/operations/prepare.py", Zeile 16, in
aus pip._internal.distributions import (
Datei "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/distributions/__init__.py", Zeile 1, in
aus pip._internal.distributions.source import SourceDistribution
ImportError: Name SourceDistribution kann nicht importiert werden

@george542 Sie haben einen anderen Pip normal installiert, während Sie auch den neueren Pip auf fehlerhafte Weise mit Setuptools installiert haben. Bitte löschen Sie alle Pip-Installationen und Pip-Ei-Installationen und installieren Sie dann Pip mit dem Get-Pip-Skript, das eine korrekte Einrichtung ermöglicht

Hatte dieses Problem beim Versuch, awscli über pip in circleci zu installieren.

gelöst durch Ausführen von pip install pip -U vor dem Ausführen pip install awscli in der Datei _config.yml_.

readthedocs hat gerade pip 20.0.1 für mich installiert, also scheint die Kaskade von Brüchen gestoppt zu sein, gute Arbeit! 😃

Wie haben Sie readthedocs dazu gebracht, Pip 20.0.1 für Sie zu installieren? Ich habe versucht, pip==20.0.1 in meiner requirements.txt-Datei anzugeben, erhalte aber immer noch den oben erwähnten Fehler von sobolevn.

Hmm, es aktualisiert Pip standardmäßig beim Start für mich. Aber ich denke, das Löschen der Build-Umgebung könnte es auslösen.

Also sollte ein pip2.7 install --upgrade pip das Problem jetzt lösen?

Hmm, es aktualisiert Pip standardmäßig beim Start für mich. Aber ich denke, das Löschen der Build-Umgebung könnte es auslösen.

Das hat funktioniert! Danke schön!

Hallo an alle,
Mein Betriebssystem ist Arch-Linux.
Ich habe die Dokumentation befolgt, um wfuzz zu installieren, leider erhalte ich diesen Fehler erneut. Wie könnte ich es lösen? Vielen Dank im Voraus.

sudo pip install wfuzz Traceback (most recent call last): File "/usr/bin/pip", line 11, in <module> load_entry_point('pip==19.3', 'console_scripts', 'pip')() File "/usr/lib/python3.8/site-packages/pip/_internal/main.py", line 45, in main command = create_command(cmd_name, isolated=("--isolated" in cmd_args)) File "/usr/lib/python3.8/site-packages/pip/_internal/commands/__init__.py", line 96, in create_command module = importlib.import_module(module_path) File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 1014, in _gcd_import File "<frozen importlib._bootstrap>", line 991, in _find_and_load File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 671, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 783, in exec_module File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed File "/usr/lib/python3.8/site-packages/pip/_internal/commands/install.py", line 24, in <module> from pip._internal.cli.req_command import RequirementCommand File "/usr/lib/python3.8/site-packages/pip/_internal/cli/req_command.py", line 17, in <module> from pip._internal.index import PackageFinder ImportError: cannot import name 'PackageFinder' from 'pip._internal.index' (/usr/lib/python3.8/site-packages/pip/_internal/index/__init__.py)

@Serialc0de Siehe https://github.com/pypa/pip/issues/5599. Ihre /usr/bin/pip und Ihre Pip-Installation sind nicht synchron. (Und Sie sollten sudo pip nicht verwenden ...

@ Serialc0de Vedi # 5599 . La tua /usr/bin/pip e la tua installazione pip non sono sincronizzate. (E non dovresti useare sudo pip ...

Könnten Sie mir bitte helfen, ich schlage mir seit 19 Stunden den Kopf, aber ich kann niemanden finden, der das Problem löst, nicht einmal die freiberuflichen Fachleute. Können Sie mir durch zwei helfen, damit Sie es mir gut erklären können? Danke im Voraus brò

Eine Problemumgehung, um pip wieder zum Laufen zu bringen, besteht darin, das Skript get-pip.py zu erhalten und auszuführen:
python get-pip.py pip==19.3.1
Dadurch wird pip auf die vorherige Version zurückgesetzt

Danke! das hat bei mir funktioniert (python 3.7.4 läuft auf cygwin64 )

Nur eine Warnung, wir sind auch auf andere Probleme gestoßen, die wir hier behoben haben:

https://github.com/readthedocs/readthedocs.org/pull/6598#issue -368291092

Nur eine Warnung, wir sind auch auf andere Probleme gestoßen, die wir hier behoben haben:

readthedocs/readthedocs.org#6598 (Kommentar)

Danke. Durch einfaches Ausführen python get-pip.py wurde das Problem für mich behoben (installiertes pip-20.0.2).

Habe die neueste Version 20.0.2, sehe aber immer noch das gleiche Verhalten, Pip funktioniert überhaupt nicht

Dasselbe wie bei @abhi2687. Ich habe das Gefühl, dass Ubuntu möglicherweise die falsche Version ausführt (aka: https://github.com/pypa/pip/issues/7620#issuecomment-579257985) . Im Moment ist das fehlerhafte Skript:

pip install --upgrade pip
pip install -r requirements.txt --user
pip install -r requirements_dev.txt --user

Traceback (most recent call last):
  File "/usr/local/bin/pip", line 8, in <module>
    sys.exit(main())
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/main.py", line 45, in main
    command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/commands/__init__.py", line 96, in create_command
    module = importlib.import_module(module_path)
  File "/usr/local/lib/python3.8/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
  File "<frozen importlib._bootstrap>", line 991, in _find_and_load
  File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 783, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/commands/install.py", line 23, in <module>
    from pip._internal.cli.req_command import RequirementCommand
  File "/usr/local/lib/python3.8/site-packages/pip/_internal/cli/req_command.py", line 17, in <module>
    from pip._internal.index import PackageFinder
ImportError: cannot import name 'PackageFinder' from 'pip._internal.index' (/usr/local/lib/python3.8/site-packages/pip/_internal/index/__init__.py)

Exited with code exit status 1

Das Upgrade scheint in Ordnung zu sein und es lädt/installiert 20.0.2, aber dann scheint es 20.0 zu laufen.

Ich verwende eine Circleci-Box zur Überprüfung. Auf meinem lokalen Rechner hat pip install --upgrade pip das Problem behoben (Ubuntu 19.10). Also nicht sicher, ob es bestimmte Versionen von Ubuntu sind, etwas mit dem Circleci-Container circleci/python:3.8 oder was zu tun hat.

Bisher haben die beiden Lösungen funktioniert:

1. Steigen Sie auf python get-pip.py pip==19.3.1 herunter und warten Sie, bis dies vorbei ist.
2. Führen Sie ein Upgrade auf 20.0.2 über pip install --upgrade pip durch und entfernen Sie alle Verweise auf 20.0.0.

Bei mir hat auch nichts funktioniert!
Versucht auf Windows 7 & 10 & Linux Raspbian, aber nichts scheint zu funktionieren!
Ich habe das neueste 20.0.2 Pip installiert und Python 3.8.1.

Python 3.8.1 installiert, Windows 8.1 gleicher Fehler: Warnung: Sie verwenden Pip Version 19.2.3, Version 20.0.2 ist jedoch verfügbar. Sie sollten ein Upgrade über den Befehl „python -m pip install --upgrade pip“ in Betracht ziehen.

Eine Problemumgehung, um Pip wieder zum Laufen zu bringen, besteht darin, das Skript get-pip.py https://bootstrap.pypa.io/get-pip.py zu erhalten und auszuführen:
python get-pip.py pip==19.3.1
Dadurch wird pip auf die vorherige Version zurückgesetzt

Danke! das hat bei mir funktioniert (python 3.7.4 läuft auf cygwin64)

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie auf diese E - Mail direkt, sehen sie auf GitHub https://github.com/pypa/pip/issues/7620?email_source=notifications&email_token=ABHAYIUZZTOF5FQIJBXBHJDRACAGRA5CNFSM4KJSF7MKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEKERQ6I#issuecomment-579410041 oder abmelden https://github.com/notifications/unsubscribe- auth/ABHAYIVCAZKVV53U4GXSTBTRACAGRANCNFSM4KJSF7MA .

[R Steiger] Danke, hat auch mit python3.8.1 funktioniert

Also!
Ich habe das getan, aber zu diesem Zeitpunkt gab es ein SSL-Problem mit PyPI

Ich habe seit ein paar Wochen das gleiche Problem. Ich verwende MacOS 10.5.3 und habe Python 3.7.6 über Homebrew installiert. Ich habe heute Pip in einer meiner virtuellen Umgebungen von Version 19.x auf Version 20.0 aktualisiert und es hat meine virtuelle Umgebung beschädigt. Ich erhalte den folgenden Fehler:

Traceback (most recent call last): File "/Users/jeff/Envs/test/bin/pip3", line 5, in <module> from pip._internal.cli.main import main ModuleNotFoundError: No module named 'pip._internal.cli.main'

Für alle, die dies in ihrem CI haben, versuchen Sie, Ihren CI-Cache zu leeren

Es könnte das gleiche Problem wie hier sein. Versuchen Sie es mit

pip install --no-use-pep517 <package>

Wahrscheinlich verwandt mit https://github.com/pypa/pipenv/issues/4128. Ein weiterer Fix, den ich für mich gefunden habe, ist

pip install -U pipenv virtualenv
virtualenv .venv --seeder pip
PIPENV_VENV_IN_PROJECT=1 pipenv install

@jeffself gleiche Situation hier.

https://github.com/pypa/pip/issues/5599#issue -341052110 löst das Problem (wie in der Pip-Nachricht angegeben).

Eine Problemumgehung, um pip wieder zum Laufen zu bringen, besteht darin, das Skript get-pip.py zu erhalten und auszuführen:
python get-pip.py pip==19.3.1
Dadurch wird pip auf die vorherige Version zurückgesetzt

Danke, Bruder ... diese Problemumgehung rettet meine Archlinux-Distribution =)

Ich würde einen gemeinsamen Arbeitsplatz vorschlagen, der viel Zeit und Schmerz spart:
Öffnen Sie die Setup.cfg und das Pip-Modul und validieren Sie Ihre Pip-Version, Modulname + Version usw. viele Male nach dem Upgrade/Downgrade ändert sich der Dateistatus nicht, so dass die Anforderungen zu Konflikten führen.

Jetzt, da PyPI Unterstützung für gezerrte Versionen hat, habe ich Pip 20.0 als "gezerrt" markiert. pip > 19.2 würde es nicht standardmäßig installieren und eine Warnung ausgeben, wenn es über pip install pip==20 installiert wird:

WARNING: The candidate selected for download or install is a yanked version: 'pip' candidate (version 20.0 at https://files.pythonhosted.org/packages/60/65/16487a7c4e0f95bb3fc89c2e377be331fd496b7a9b08fd3077de7f3ae2cf/pip-20.0-py2.py3-none-any.whl#sha256=eea07b449d969dbc8c062c157852cf8ed2ad1b8b5ac965a6b819e62929e41703 (from https://pypi.org/simple/pip/) (requires-python:>=2.7,!=3.0.*,!=3.1.*,!=3.2.*,!=3.3.*,!=3.4.*))

Ich habe Probleme mit der Installation von Paketen mit pip , obwohl ich Python mit Anaconda installiert habe, stehe ich immer noch vor dem Problem. Ich habe versucht, es zu deinstallieren und dann erneut zu installieren, um zu überprüfen, ob das Problem behoben wurde oder nicht, aber der Fehler blieb bestehen .

Hier ist der Screenshot des Fehlers, mit dem ich konfrontiert war. Bitte helfen Sie mir, diesen Fehler zu beheben.
Danke im Voraus

Grundsätzlich erhalte ich eine Fehlermeldung, wenn ich pip verwende. Was muss ich tun?

@AvAkanksh Wie ich gesehen habe, ist dieser Fehler etwas ungewiss. Haben Sie versucht, Python vollständig von Ihrem Computer zu entfernen?

@AvAkanksh Wie ich gesehen habe, ist dieser Fehler etwas ungewiss. Haben Sie versucht, Python vollständig von Ihrem Computer zu entfernen?

Ja, ich habe sogar das versucht, aber es gab so eine Änderung in der Ausgabe, dass es mir immer noch den gleichen Fehler gab

@AvAkanksh , mit Google habe ich diese wahrscheinlich viel besseren Orte gefunden, um nach Hinweisen zur Lösung Ihres spezifischen Problems zu suchen:

• errno 9 Ungültiger Dateideskriptor bei Verwendung von Pip oder Poesie auf Stack Overflow
• Ich bin neu und habe gerade Python3.7.4 unter Windows 10 installiert und versucht, pip -v in cmd zu überprüfen, habe aber diesen Fehler erhalten.
• Es fällt mir schwer, pip auf meinem Windows 7 auf Stack Overflow zu installieren
• Hallo, ich versuche, 'Pillow' in Python zu installieren, aber ich habe dieses Problem.
• OSError: [Errno 9] Ungültiger Dateideskriptor bei Verwendung des Pip-Befehls in Python auf Superuser
• OSError [Errno 9] Ungültiger Dateideskriptor für Superuser
• Fehler beim Erstellen der virtuellen Umgebung und Verwenden von pip für den Superuser
• nginx/unit#288 auf GitHub

Wenn Sie eine Lösung finden, wäre es am hilfreichsten, sie in den Kommentaren aller oben genannten Seiten zu verlinken.

Viel Glück, hoffe du findest die Lösung!

Dasselbe...😡

Ich habe den gleichen Fehler...

Pip gesucht
Beste Übereinstimmung: Pip 20.2.2
Hinzufügen von Pip 20.2.2 zur Datei easy-install.pth
Installation des Pip-Skripts nach /usr/local/bin
Fehler: [Errno 2] Keine solche Datei oder Verzeichnis: '/usr/local/bin/pip'