Pip: Impossible d'installer quoi que ce soit à l'aide de pip après la mise à niveau vers 20.0

Je vois la même chose:

$ 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 sur Ubuntu 18.04

Pareil ici https://github.com/pypa/pip/pull/7619#issuecomment -576649700

Semble comme dist impur.

Exactement la même chose avec Python 3.7.5 sur Fedora 29. La même chose se produit à la fois dans virtualenvs et avec --user . De plus, peu importe que je lance pip3.7 ou python3.7 -m pip .

Et comme @ntoll le suggère ci-dessous, félicitations à tous ceux qui travaillent pour résoudre ce malheureux problème ! C'est bien de ne voir que des commentaires neutres et de soutien ici. La communauté Open Source à son meilleur.

pareil ici, python 3.8.1 sur android 9 termux. je suppose que c'est la même chose pour pratiquement tout le monde

J'ai le même problème dans une construction de menu fixe, en utilisant l'image 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)

Pareil ici. Python 3.7.4 utilisant Ubuntu 18.04 et Alpine Linux sur Docker.

Idem sur MacPorts Python sur 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)

Exactement le même problème. Python 3.7.6, système : Mac OS Catalina

Même problème sur Python 3.7.3 qui est la valeur par défaut d'Ubuntu 19.04.

Il convient de mentionner que des erreurs, des problèmes et des incidents imprévus se produisent dans tous les projets, peu importe à quel point vous planifiez et essayez d'atténuer de tels événements.

Épargnez une pensée et des commentaires de soutien aux Pythonistas bénévoles qui examinent cela et le corrigent pour notre plus grand bénéfice.

Notez un mainteneur de pip , mais je suppose que nous avons deux options pour aller de l'avant : 1) couper une dist propre et remonter la version ; 2) retirez au moins 20 de pypi (c'est peut-être déjà trop tard).

En attendant, cela peut être utile si vous utilisez virtualenv :

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

Je voulais juste dire que notre système de construction s'est également effondré avec cela. Heureusement, ce n'est pas critique, et je suis d'accord avec @ntoll que parfois les choses vont mal, et je suis sûr que vous faites tout ce que vous pouvez pour résoudre ce problème.

@pradyunsg Je confirme le problème. Je suggère de le tirer de PyPI.

@xdralex Oui :+1: Je tapais juste quelque chose de similaire.

De plus, si vous avez un pip utilisable dans votre environnement global, alors virtualenv venv --no-download l'utilisera au lieu de télécharger la version cassée.

Seulement pour être complet : Windows est également concerné. Win10 + Python 3.7.4 ici (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)

Affecte apparemment toutes les commandes pip ou python -m pip après l'installation de 20.0. Donc, je suis également incapable de revenir à 19.3.

edit : cette solution de contournement a aidé.

Pour les personnes ici avec des processus de construction cassés parce qu'elles font quelque chose de similaire à pip install -U pip setuptools d'OP - rappelez-vous que vous pouvez modifier cela pour interdire ou restreindre une version particulière.

Les deux semblent fonctionner correctement pour moi localement:

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

pip vous avertira que vous n'êtes pas sur la dernière version, mais n'installera pas v20.0 .

@james-gonzalez Pas sûr que couper une nouvelle version fasse partie de CI.

En lisant https://pip.pypa.io/en/latest/development/release-process/#creating -a-new-release, peut-être qu'après avoir vérifié master un git clean devrait être appliqué.

J'ai exactement le même problème dans un conteneur Docker propre exécutant le dernier Ubuntu ainsi qu'un Arch Linux à jour.

J'ai essayé de télécharger et d'exécuter get-pip dans un nouveau virtualenv mais cela ne fonctionne toujours pas :/
J'ai noté que le dossier pip/_internal/distributions/ contient un fichier python appelé source.py et un dossier appelé source . Pour l'instant, j'ai supprimé manuellement le dossier et pip fonctionne à nouveau

Une solution de contournement pour que pip fonctionne à nouveau consiste à obtenir le script get-pip.py et à l'exécuter :
python get-pip.py pip==19.3.1
Cela ramènera pip à la version précédente

N'écoutez-vous pas vos propres tests CI ?

Rappelez-vous toujours que les mainteneurs sont aussi des humains et que les erreurs de programmation sont en fait courantes chez cette espèce. Nous devrions fournir tout le soutien dont ils ou la communauté ont besoin plutôt que de blâmer les gens.

Je viens de rencontrer le même problème et j'ai installé pip à partir du repo (20.1.dev) et cela l'a résolu. Je viens de cloner ce dépôt et pip install -e ./pip

Btw, on dirait que c'est juste une importation manquante. Ma correction était:

pip\_internal\distributions\source\__init__.py

from .legacy import SourceDistribution

Confirmé, notre système CI rencontre le même problème.

https://github.com/pypa/pip/issues/7217
Installez une ancienne version :
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py
python get-pip.py pip==19.3.1

Une solution de contournement locale possible :
https://github.com/pypa/pip/issues/7217#issuecomment -576653463

La suppression du dossier ./site-packages/pip/_internal/distributions/source aide !

Ceci est corrigé dans https://github.com/pypa/pip/pull/7621, comme lié à partir de https://github.com/pypa/pip/issues/7217 :)

Idem, confirmé sur Amazon Linux sur une instance EC2 ainsi que sur une machine Fedora locale.

Par pure curiosité, pourquoi cette version a-t-elle été publiée alors que les derniers pipelines ont échoué à afficher cette erreur ? https://travis-ci.org/pypa/pip/builds/639902383

Pas du tout une remarque coupante, juste intéressé par le processus de publication et comment éviter ce genre de problèmes à l'avenir !

Merci beaucoup pour le travail en cours pour le réparer :+1:

J'avais récemment mis à niveau vers pip 20.0 en utilisant "python -m pip install --upgrade pip". Suite à la mise à niveau, même la commande "pip list" s'est cassée. Maintenant, je vois qu'une nouvelle version 20.0.1 est publiée, mais si je fais "python -m pip install --upgrade pip", j'obtiens la même erreur. Comment puis-je mettre à niveau vers la dernière version 20.0.1 de pip ?

@nachiketrss essayez d'installer avec get-pip.py

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

Ou python3

Erreur comparable pour CentOS 7 avec 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'

Je ne vois plus de problème avec la version pip 20.0.1, merci. D'accord, il serait utile de comprendre les échecs de travail ci-dessus dans les journaux de construction référencés par @lerela .

Je peux confirmer que 20.0.1 a résolu le problème.

Erreur comparable pour CentOS 7 avec 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'

Fermer le terminal actuel et travailler avec un nouveau a résolu le problème pour moi.

Très bien, il semble que cela ait été corrigé. Fermeture.

Je sais que toutes les personnes qui y travaillent sont des bénévoles et je suis vraiment contente de tout le travail qu'elles font !

Mais comme @lerela l'a mentionné, nous devrions étudier un peu comment une telle chose pourrait arriver et comment pouvons-nous éviter une telle erreur.

Pip est l'un des outils de base et les plus utilisés dans l'ensemble de l'industrie du logiciel.
Et il semble qu'une nouvelle version ait été publiée même si elle n'a pas été au moins testée pour exécuter des commandes de base.

Vérifions-nous ces versions avant leur publication ?
Un processus de publication est-il géré et revu d'une manière ou d'une autre ou s'agit-il d'un one-man show ?

Je comprendrais cette situation si une telle erreur se produisait dans une version urgente de correctifs, mais la version 20 a été publiée plusieurs mois après 19.3.1.

Eh bien, nous avons compris ce qui a causé cela et apportons des modifications au processus de publication pour résoudre ce problème : https://github.com/pypa/pip/pull/7624

Par pure curiosité, pourquoi cette version a-t-elle été publiée alors que les derniers pipelines ont échoué à afficher cette erreur ? https://travis-ci.org/pypa/pip/builds/639902383

Pas du tout une remarque coupante, juste intéressé par le processus de publication et comment éviter ce genre de problèmes à l'avenir !

Un grand merci pour le travail en cours pour le réparer 👍

@lerela @pabelanger ce n'est pas ce qui s'est passé ici: ce journal de construction a été exécuté après la publication ( ce commit a été exécuté lors de la publication par un script ), comme en témoignent ces journaux de construction ayant échoué (par exemple celui-ci ):

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

Que ce soit le cas est logique : ce changement a été fusionné il y a quelque temps et n'a pas immédiatement provoqué d'échecs car ce n'est pas un bogue de code source, un sich. Par exemple, cela ne se produit pas lors de la mise à niveau à partir d'un pip "assez ancien" (9.0.1 est ce que j'ai utilisé). Il est plutôt causé par des artefacts laissés lors de la mise à niveau (dont le bogue sous-jacent n'est pas clair pour le moment, du moins pour moi).

Ce problème n'a pas été détecté par le pipeline, et donc d'autres améliorations pour tester les chemins de mise à niveau dans le pipeline seraient les bienvenues @lerela @pabelanger et contribuer à pip est facile !

Confirmé, AWS Beanstalk échoue lorsque vous essayez d'installer ou de mettre à niveau une nouvelle application python basée...

Merci d'avoir résolu le problème si rapidement @pradyunsg .

Quelle est la meilleure voie à suivre pour résoudre ce problème ? Tenter de mettre à jour pip sur mon instance ec2 de pip20.0 à 20.1 échoue toujours avec cette erreur. sudo pip2 install -U pip2 .

Quelle est la meilleure voie à suivre pour résoudre ce problème ? Tenter de mettre à jour pip sur mon instance ec2 de pip20.0 à 20.1 échoue toujours avec cette erreur. sudo pip2 install -U pip2 .

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

@fideloper Merci d'avoir demandé ! J'ai répondu à cela sur un problème différent tout à l'heure: https://github.com/pypa/pip/issues/7217#issuecomment -576698030

La suggestion de @honnix fonctionne également, bien que je déconseille d'utiliser curl ... | python .

Super, merci beaucoup à tous !

@fideloper également si votre distribution n'arrache pas ensurepip de CPython, vous devriez pouvoir l'utiliser via python -m ensurepip

Merci également d'avoir publié votre analyse des courses CI @cryvate ! Je reviens juste pour répondre à cela, et votre commentaire est fondamentalement pertinent.

FWIW, le seul travail CI pour pip qui échouait avant pip 20.0 était un travail non test pour Windows en raison d'un problème git+Windows+authors.txt, qui n'est généralement pas lié au processus de publication réel.

Ça m'a l'air fixe. J'ai eu cette erreur ce matin sur l'un de nos pipelines CI et maintenant elle semble corrigée. Épingler pip install -U "pip<20" a fonctionné comme une solution de contournement, mais je l'ai accidentellement essayé sans cela tout à l'heure et cela semble être corrigé.

Nous rencontrons toujours ce problème avec 20.0.1 .

Travaillera sur la création d'une reproduction, mais l'erreur que nous obtenons est due à une dépendance à xgboost==0.81 qui sur pip 19 a téléchargé un package whl, mais sur 20.0 et 20.0.1 télécharge une archive tar et essaie de construire il (ce qui échoue car notre chaîne de construction n'a pas l'outillage requis installé).

@tomasaschan Pourriez-vous déposer un nouveau numéro, avec un peu plus de détails sur le déroulement de la construction et, idéalement, avec un reproducteur minimal ?

@tomasaschan Je pense que vous voyez un problème différent, pas celui-ci. Ce problème concerne une installation cassée de pip lui-même. Dans votre cas, je pense que vous voyez certains des changements de comportement autour des balises de roue telles que # 6908. Pourriez-vous déposer un nouveau problème s'il vous plaît ?

( xgboost a des balises étranges. Il a xgboost-0.90-py2.py3-none-manylinux1_x86_64.whl mais c'est très étrange : si un paquet contient des extensions C compilées comme indiqué par manylinux1 , il est peut-être peu probable qu'il s'agisse vraiment de py2.py3-none , mais cela peut être discuté. Contraste avec gevent-1.4.0-cp27-cp27m-manylinux1_x86_64.whl )

sudo python get-pip.py pip==19.3.1
pour résoudre ce problème

@pradyunsg @jamadden Travailler à la création d'un Dockerfile minimal qui reproduit l'erreur ; déposera un nouveau numéro une fois que j'y parviendrai. (Nous avons plusieurs couches d'images de base internes que je dois parcourir pour trouver quelque chose à mettre dans FROM qui est accessible au public...)

Pour le bénéfice des noobs Py tels que moi, quelqu'un peut-il fournir une solution propre et complète ou une solution de contournement pour ce problème ? De plus, je ne sais pas à quel point cela est important, mais le message d'erreur que j'ai reçu est un peu différent :
ImportError: cannot import name 'PackageFinder' from 'pip._internal.index' (/usr/lib/python3.8/site-packages/pip/_internal/index/__init__.py)
Merci pour la solution rapide, et aussi pour la rédaction!

@richard-steiger j'ai eu le même problème. Ma solution consistait à désinstaller pip, à télécharger le tar.gz de la v20.0.1 à partir de pypi , puis à l'installer en exécutant "python setup.py install".

Corrigé (sous Cygwin-X) !

blh@LPT-V-23 ~
$ python /cygdrive/c/Temp/get-pip.py pip==19.3.1
Pip de collecte == 19.3.1
Échec de la désérialisation de l'entrée de cache, entrée ignorée
Échec de la désérialisation de l'entrée de cache, entrée ignorée
Téléchargement https://files.pythonhosted.org/packages/00/b6/9cfa56b4081ad13874b0c6f96af8ce16cfbc1cb06bedf8e9164ce5551ec1/pip-19.3.1-py2.py3-none-any.whl (1,4 Mo)
100% |################################| 1,4 Mo 585 Ko/s
Installation des packages collectés : pip
Installation existante trouvée : pip 20.0
Désinstallation de pip-20.0 :
Pip-20.0 a été désinstallé avec succès
Pip-19.3.1 installé avec succès
Vous utilisez pip version 19.3.1, mais la version 20.0.1 est disponible.
Vous devriez envisager la mise à niveau via la commande 'pip install --upgrade pip'.

blh@LPT-V-23 ~
$ pip-révision --local --interactive
expectect==4.8.0 est disponible (vous avez 4.7.0)
Mettre à jour maintenant? [O]oui, [N]o, [T]ous, [Q]uit y
pip==20.0.1 est disponible (vous avez 19.3.1)
Mettre à jour maintenant? [O]ui, [N]o, [T]ous, [Q]uit n
urllib3==1.25.8 est disponible (vous avez 1.25.7)
Mettre à jour maintenant? [O]oui, [N]o, [T]ous, [Q]uit y
Collecter expect==4.8.0
Téléchargement https://files.pythonhosted.org/packages/39/7b/88dbb785881c28a102619d46423cb853b46dbccc70d3ac362d99773a78ce/pexpect-4.8.0-py2.py3-none-any.whl (59kB)
|################################| 61 Ko 797 Ko/s
Collecte urllib3==1.25.8
Téléchargement https://files.pythonhosted.org/packages/e8/74/6e4f91745020f967d09332bb2b8b9b10090957334692eb88ea4afe91b77f/urllib3-1.25.8-py2.py3-none-any.whl (125kB)
|################################| 133 Ko 14,6 Mo/s
Exigence déjà satisfaite : ptyprocess>=0.5 dans /usr/lib/python3.6/site-packages (depuis pexpect==4.8.0) (0.6.0)
Installation des packages collectés : pexpect, urllib3
Installation existante trouvée : attendez 4.7.0
Désinstallation de expectect-4.7.0 :
Expect-4.7.0 a été désinstallé avec succès
Installation existante trouvée : urllib3 1.25.7
Désinstallation de urllib3-1.25.7 :
URLlib3-1.25.7 désinstallé avec succès
Expect-4.8.0 urllib3-1.25.8 installé avec succès
AVERTISSEMENT : Vous utilisez pip version 19.3.1 ; cependant, la version 20.0.1 est disponible.
Vous devriez envisager la mise à niveau via la commande 'pip install --upgrade pip'.

blh@LPT-V-23 ~
$ pip installer --upgrade pip
Collecte de pépins
Téléchargement https://files.pythonhosted.org/packages/57/36/67f809c135c17ec9b8276466cc57f35b98c240f55c780689ea29fa32f512/pip-20.0.1-py2.py3-none-any.whl (1,5 Mo)
|################################| 1,5 Mo 2,4 Mo/s
Installation des packages collectés : pip
Installation existante trouvée : pip 19.3.1
Désinstallation de pip-19.3.1 :
Pip-19.3.1 a été désinstallé avec succès
Pip-20.0.1 installé avec succès

Maintenant, pip fonctionne pleinement dans la version 20.0.1 !!!

blh@LPT-V-23 ~
$ pip-révision --local --interactive
dbus-python==1.2.16 est disponible (vous avez 1.2.8)
Mettre à jour maintenant? [O]ui, [N]o, [T]ous, [Q]uit n
numpy==1.18.1 est disponible (vous avez 1.16.2)
Mettre à jour maintenant? [O]ui, [N]o, [T]ous, [Q]uit n

readthedocs est également affecté par ceci :

/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 vient d'installer pip 20.0.1 pour moi, donc la cascade de casse semble stoppée, bravo ! :smiley:

pip 20.0.1 ne résout pas le problème pour moi sur MACOS 10.15.2 avec Python 2.7. Le problème existait également avec pip 19.3.1, que j'ai essayé en premier.

iMac :~ george$ sudo easy_install pip Recherche de pip Meilleure correspondance : pip 20.0.1 Traitement de pip-20.0.1-py2.7.egg Suppression de pip 19.3.1 du fichier easy-install.pth Ajout de pip 20.0.1 à easy- install.pth file Installation du script pip dans /usr/local/bin Installation du script pip3.8 dans /usr/local/bin Installation du script pip3 dans /usr/local/bin

Utilisation de /Library/Python/2.7/site-packages/pip-20.0.1-py2.7.egg Traitement des dépendances pour pip Fin du traitement des dépendances pour pip

iMac :~ george$ pip install -U spacy Traceback (appel le plus récent en dernier) :
Fichier "/opt/local/bin/pip", ligne 11, dans
sys.exit(main())
Fichier "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/cli/main.py", ligne 73, dans main
commande = create_command(cmd_name, isolated=("--isolated" dans cmd_args))
Fichier "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/commands/__init__.py", ligne 96, dans create_command
module = importlib.import_module(module_path)
Fichier "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/importlib/__init__.py", ligne 37, dans import_module
__importer__(nom)
Fichier "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/commands/install.py", ligne 24, dans
à partir de pip._internal.cli.req_command importer RequirementCommand
Fichier "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/cli/req_command.py", ligne 20, dans
à partir de pip._internal.operations.prepare importer RequirementPreparer
Fichier "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/operations/prepare.py", ligne 16, dans
à partir de l'importation de pip._internal.distributions (
Fichier "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip/_internal/distributions/__init__.py", ligne 1, dans
depuis pip._internal.distributions.source importer SourceDistribution
ImportError : impossible d'importer le nom SourceDistribution

@ george542 vous avez un pip différent installé normalement alors que vous avez également installé le nouveau pip d'une manière cassée avec les outils de configuration, veuillez nettoyer toutes les installations de pip et les installations d'oeufs de pip, puis installez pip en utilisant le script get-pip qui traite une configuration correcte

J'ai eu ce problème en essayant d'installer awscli via pip dans circleci.

résolu en préformant pip install pip -U avant d'exécuter pip install awscli dans le fichier _config.yml_.

readthedocs vient d'installer pip 20.0.1 pour moi, donc la cascade de casse semble stoppée, bravo ! 😃

Comment avez-vous obtenu readthedocs pour installer pip 20.0.1 pour vous ? J'ai essayé de spécifier pip==20.0.1 dans mon fichier requirements.txt, mais je reçois toujours l'erreur mentionnée ci-dessus par sobolevn.

Hmm, il met juste à jour pip au début par défaut pour moi. Mais je pense que l'effacement de l'environnement de construction pourrait le déclencher.

Donc, un pip2.7 install --upgrade pip devrait maintenant résoudre le problème ?

Hmm, il met juste à jour pip au début par défaut pour moi. Mais je pense que l'effacement de l'environnement de construction pourrait le déclencher.

Ça a marché! Merci!

Bonjour à tous,
Mon système d'exploitation est Arch-Linux.
J'ai suivi la documentation pour installer wfuzz, malheureusement j'obtiens à nouveau cette erreur. Comment pourrais-je le résoudre ? Merci d'avance.

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 Voir https://github.com/pypa/pip/issues/5599. Votre /usr/bin/pip et votre installation pip ne sont pas synchronisées. (Et vous ne devriez pas utiliser sudo pip ...

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

Pourriez-vous m'aider s'il vous plaît, je me cogne la tête depuis 19 heures mais je ne trouve personne pour résoudre le problème, pas même les professionnels indépendants, pouvez-vous m'aider à travers tw afin que vous puissiez bien m'expliquer ? Merci d'avance frère

Une solution de contournement pour que pip fonctionne à nouveau consiste à obtenir le script get-pip.py et à l'exécuter :
python get-pip.py pip==19.3.1
Cela ramènera pip à la version précédente

Merci! cela a fonctionné pour moi (python 3.7.4 fonctionnant sur cygwin64 )

Juste un avertissement, nous avons également rencontré d'autres problèmes avec cela, que nous avons corrigés ici :

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

Juste un avertissement, nous avons également rencontré d'autres problèmes avec cela, que nous avons corrigés ici :

readthedocs/readthedocs.org#6598 (commentaire)

Merci. Le simple fait d'exécuter python get-pip.py a résolu le problème pour moi (installé pip-20.0.2).

Vous avez la dernière version 20.0.2 mais vous voyez toujours le même comportement, le pip ne fonctionne pas du tout

Identique à @ abhi2687. J'ai l'impression qu'Ubuntu exécute la mauvaise version (alias: https://github.com/pypa/pip/issues/7620#issuecomment-579257985). Pour le moment, le script défaillant est :

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

la mise à niveau semble correcte et elle télécharge/installe 20.0.2, mais elle semble ensuite exécuter 20.0.

J'utilise une boîte Circleci pour vérifier. Sur ma machine locale, pip install --upgrade pip a résolu le problème (Ubuntu 19.10). Donc, je ne sais pas s'il s'agit de certaines versions d'Ubuntu, quelque chose à voir avec le conteneur circleci circleci/python:3.8 ou quoi.

Jusqu'à présent, les deux solutions qui ont fonctionné:

1. Rétrogradez à python get-pip.py pip==19.3.1 et attendez que cela se termine.
2. Mettez à niveau vers 20.0.2 via pip install --upgrade pip et supprimez toutes les références à 20.0.0.

Rien n'a fonctionné pour moi aussi!
Essayé sur Windows 7 & 10 & Linux Raspbian, mais rien ne semble fonctionner !
J'ai installé le dernier pip 20.0.2 et Python 3.8.1.

Python 3.8.1 installé, Windows 8.1 même erreur : Attention : Vous utilisez pip version 19.2.3, cependant la version 20.0.2 est disponible. Vous devriez envisager la mise à niveau via la commande 'python -m pip install --upgrade pip'.

Une solution de contournement pour que pip fonctionne à nouveau consiste à obtenir le script get-pip.py https://bootstrap.pypa.io/get-pip.py et à l'exécuter :
python get-pip.py pip==19.3.1
Cela ramènera pip à la version précédente

Merci! cela a fonctionné pour moi (python 3.7.4 fonctionnant sur cygwin64)

—
Vous recevez ceci parce que vous avez été mentionné.
Répondre à cet e - mail directement, voir sur GitHub https://github.com/pypa/pip/issues/7620?email_source=notifications&email_token=ABHAYIUZZTOF5FQIJBXBHJDRACAGRA5CNFSM4KJSF7MKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEKERQ6I#issuecomment-579410041 ou désabonnement https://github.com/notifications/unsubscribe- auth/ABHAYIVCAZKVV53U4GXSTBTRACAGRANNCNFSM4KJSF7MA .

[R Steiger] Merci, a également travaillé avec python3.8.1

Bien!
Je l'ai fait mais à ce moment-là il y avait un problème SSL avec PyPI

J'ai le même problème depuis quelques semaines. J'utilise MacOS 10.5.3 et j'ai installé Python 3.7.6 via Homebrew. Je viens de mettre à jour Pip sur l'un de mes environnements virtuels aujourd'hui de la version 19.x à la version 20.0 et cela a cassé mon environnement virtuel. J'obtiens l'erreur suivante :

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'

Pour tous ceux qui ont ceci dans leur CI, essayez de vider votre cache CI

C'est peut-être le même problème qu'ici . Essayez d'utiliser

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

Probablement lié https://github.com/pypa/pipenv/issues/4128. Un autre correctif que j'ai trouvé qui fonctionne pour moi est

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

@jeffself même situation ici.

https://github.com/pypa/pip/issues/5599#issue -341052110 résout le problème (comme indiqué par le message pip).

Une solution de contournement pour que pip fonctionne à nouveau consiste à obtenir le script get-pip.py et à l'exécuter :
python get-pip.py pip==19.3.1
Cela ramènera pip à la version précédente

Merci frère ... cette solution de contournement enregistre ma distribution archlinux =)

Je suggérerais un terrain de travail commun qui économise beaucoup de temps et de douleur :
Ouvrez le Setup.cfg et le module Pip et validez votre version de pip, le nom du module + la version, etc. plusieurs fois après la mise à niveau/rétrogradation, l'état du fichier ne change pas, de même que les exigences qui entraînent des conflits.

Maintenant que PyPI prend en charge les versions yanked , je suis allé de l'avant et j'ai marqué pip 20.0 comme "yanked". pip > 19.2 ne l'installerait pas par défaut et imprimerait un avertissement lors de son installation via pip install pip==20 :

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.*))

j'ai un problème avec l'installation de packages à l'aide de pip, même si j'ai installé python à l'aide d'anaconda, je suis toujours confronté au problème, j'ai essayé de le désinstaller puis de le réinstaller pour vérifier si le problème a été résolu ou non, mais l'erreur est toujours restée .

Voici la capture d'écran de l'erreur que j'ai rencontrée, aidez-moi s'il vous plaît à résoudre cette erreur.
Vous remerciant à l'avance

fondamentalement, je reçois une erreur si j'utilise pip, que dois-je faire

@AvAkanksh Comme j'ai vu que cette erreur est un peu incertaine, avez-vous essayé de supprimer complètement Python de votre ordinateur?

@AvAkanksh Comme j'ai vu que cette erreur est un peu incertaine, avez-vous essayé de supprimer complètement Python de votre ordinateur?

Ya j'ai même essayé ça mais il y avait tellement de changement dans la sortie, ça m'a toujours donné la même erreur

@AvAkanksh , en utilisant Google, j'ai trouvé ces endroits probablement bien meilleurs pour rechercher des astuces pour résoudre votre problème spécifique :

• errno 9 mauvais descripteur de fichier lors de l'utilisation de pip ou de poésie sur Stack Overflow
• Je suis nouveau et je viens d'installer Python3.7.4 sur Windows 10 et j'ai essayé de vérifier pip -v dans cmd mais j'ai eu cette erreur.
• J'ai du mal à installer pip sur mon Windows 7 sur Stack Overflow
• Bonjour, j'essaie d'installer 'Pillow' en Python mais j'ai rencontré ce problème.
• OSError : [Errno 9] Mauvais descripteur de fichier lors de l'utilisation de la commande pip en python sur le superutilisateur
• OSError [Errno 9] mauvais descripteur de fichier sur le superutilisateur
• Erreur lors de la création de l'environnement virtuel et de l'utilisation de pip sur le superutilisateur
• nginx/unit#288 sur GitHub

Si vous trouvez une solution, la chose la plus utile à faire serait de créer un lien vers celle-ci dans les commentaires de toutes les pages ci-dessus.

Bon courage, j'espère que tu trouveras la solution !

Le même...😡

J'ai la même erreur...

Recherche de pip
Meilleure correspondance : pip 20.2.2
Ajout de pip 20.2.2 au fichier easy-install.pth
Installation du script pip dans /usr/local/bin
erreur : [Errno 2] Aucun fichier ou répertoire de ce type : '/usr/local/bin/pip'