ImportError: impossible d'importer le nom principal lors de l'exécution de la commande pip --version dans Windows7 32 bits

J'ai installé le dernier python (2.7.9) fourni avec pip et setuptools pour Windows 32 bits. J'ai essayé de réinstaller pip mais le problème persiste.

Voici l'erreur après l'exécution pip --versiondans Administrator cmd:

Traceback (most recent call last):
 File "D:\Python\lib\runpy.py", line 162, in _run_module_as_main
  "__main__", fname, loader, pkg_name)
 File "D:\Python\lib\runpy.py", line 72, in _run_code 
  exec code in run_globals
 File "D:\Python\Scripts\pip.exe\__main__.py", line 5, in <module>
ImportError: cannot import name main

Même si la question d'origine semble remonter à 2015, ce «bogue» semble également affecter les utilisateurs qui installent pip-10.0.0.

La solution de contournement n'est pas de modifier pip, mais de changer la façon dont pip est appelé. Au lieu d'appeler /usr/bin/pipcall pipvia Python lui-même. Par exemple, au lieu de ce qui suit:

pip install <package>

Si à partir de la version 2 de Python (ou si le binaire Python par défaut est appelé python), faites:

python -m pip install <package>

ou si à partir de la version 3 de Python:

python3 -m pip install <package> 

Le bogue se trouve dans pip 10.0.0.

Sous Linux, vous devez modifier le fichier: / usr / bin / pip depuis:

from pip import main
if __name__ == '__main__':
    sys.exit(main())

pour ça:

from pip import __main__
if __name__ == '__main__':
    sys.exit(__main__._main())

Sur Ubuntu Server 16, j'ai le même problème avec python27. Essaye ça:

Changement

from pip import main
if __name__ == '__main__':
    sys.exit(main())

À

from pip._internal import main
if __name__ == '__main__':
    sys.exit(main())

Sous Windows 10, j'ai utilisé les commandes suivantes pour rétrograder pip:

python -m pip uninstall pip
python -m pip install pip==9.0.3

Cela devrait également fonctionner sur Linux et Mac.

J'ai eu le même problème, mais désinstaller et réinstaller avec apt et pip ne fonctionnait pas pour moi.

J'ai vu une autre solution qui présente un moyen simple de récupérer le chemin pip3:

sudo python3 -m pip uninstall pip && sudo apt install python3-pip --reinstall

J'ai résolu le problème en réinstallant pip en utilisant get-pip.py.

1. Téléchargez get-pip à partir du lien officiel: https://pip.pypa.io/en/stable/installing/#upgrading-pip
2. l' exécuter en utilisant commande: python get-pip.py.

Et pip est fixe et fonctionne parfaitement.

Sur MacOS, si vous avez installé python via Homebrew, modifiez la ligne dans /usr/local/opt/python/libexec/bin/pip

de

from pip.internal import main

à

from pip._internal import main

Ou utilisez cette doublure: sed -i '' "s/from pip import main/from pip._internal import main/" /usr/local/opt/python/libexec/bin/pip

Explication:

Le problème est causé par les changements dans la version 10 de pip déplaçant l'espace de noms interne sous main._internalet le script bin mis en place par l'homebrew qui le cherche toujours depuis l'ancien endroit (où il se trouvait dans la version 9). Problème et discussion https://github.com/pypa/pip/issues/5240

Si vous avez un lien physique vers pip dans votre PATH (c'est-à-dire si vous avez plusieurs versions de python installées) et que vous mettez à jour pip, vous pouvez également rencontrer cette erreur.

La solution consiste à créer à nouveau le hardlink. Ou mieux encore, arrêtez d'utiliser des liens physiques et utilisez des liens logiciels.

Sous Windows 10, j'ai eu le même problème. PIP 19était déjà installé dans mon système mais n'apparaissait pas. L'erreur était No Module Found.

python -m pip uninstall pip
python -m pip install pip==9.0.3

Le passage pipà la version 9.0.3 a bien fonctionné pour moi.

Pour ceux qui rencontrent des problèmes similaires lors de l'utilisation de pip 10 avec PyCharm, téléchargez la dernière version ici

Cela fonctionne sur ubuntu 16.04. Étape 1:

 sudo gedit /home/user_name/.local/bin/pip

un fichier s'ouvre avec le contenu:

#!/usr/bin/python

# -*- coding: utf-8 -*-
import re
import sys

from pip import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

Remplacez le mainpar __main__tel qu'il apparaît ci-dessous:

#!/usr/bin/python

# -*- coding: utf-8 -*-
import re
import sys

from pip import __main__

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
    sys.exit(__main__._main())

Enregistrez le fichier et fermez-le. Et vous avez terminé!

essaye ça

#!/usr/bin/python
# GENERATED BY DEBIAN

import sys

# Run the main entry point, similarly to how setuptools does it, but because
# we didn't install the actual entry point from setup.py, don't use the
# pkg_resources API.i
try:
    from pip import main
except ImportError:
    from pip._internal import main
if __name__ == '__main__':
    sys.exit(main())

Une solution simple qui fonctionne avec Ubuntu, mais qui peut également résoudre le problème sous Windows:

Il suffit d'appeler

pip install --upgrade pip

Cela a résolu mon problème dans ubuntu 18.04 en essayant d'utiliser python3.6:

rm -rf ~/.local/lib/python3.6

Vous pouvez déplacer le dossier vers un autre emplacement en utilisant mv au lieu de le supprimer également, pour le test:

mv ~/.local/lib/python3.6 ./python3.6_old

Ouvrez votre terminal linux.

hash -d pip

Dans notre cas, en 2020 en utilisant Python3, la solution à ce problème était de déplacer l'installation Python vers le cloud-initscript de démarrage qui instanciait la VM.

Nous avions rencontré cette même erreur lorsque nous avions essayé d'installer Python à l'aide de scripts appelés par les utilisateurs plus tard dans le cycle de vie de la VM, mais le déplacement du même code d'installation Python vers le cloud-initscript a éliminé ce problème.