pip: pas de module nommé _internal
J'ai un problème lorsque j'essaie d'utiliser pip de quelque manière que ce soit. J'utilise Ubuntu 16.04.4
Je devrais dire que je l'ai déjà utilisé et que je n'ai jamais eu de problème, mais à partir d'aujourd'hui, quand j'utilise une commande, j'obtiens toujours la même erreur (par exemple, en utilisant pip --upgrade).
Traceback (most recent call last):
File "/usr/local/bin/pip", line 7, in <module>
from pip._internal import main
ImportError: No module named _internal
J'ai essayé de faire Sudo apt-get remove python-pip suivi de Sudo apt-get install python-pip mais rien n'a changé.
Merci pour votre temps!
Une réponse de askUbuntu works.
Pour pip2.7, vous pouvez commencer par curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py, puis python2.7 get-pip.py --force-reinstall pour réinstaller pip.
Problème résolu. Fonctionne également pour python3.
Cela l'a fait pour moi:
python -m pip install --upgrade pip
Environnement: OSX && Python installé via brasser
Cette solution fonctionne avec moi xD
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py
python get-pip.py --force-reinstall
ou
utilisez Sudo pour l'autorisation la plus élevée:
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py
Sudo python get-pip.py --force-reinstall
Bien sûr, nous pouvons utiliser python3 au lieu de python;)
Dans le fichier "/ usr/local/bin/pip" changefrom pip._internal import main en from pip import main
Ce problème peut-être dû au fait qu'un utilisateur commun n'a pas le privilège d'accéder aux packages py.
1. L'utilisateur root peut exécuter 'liste de pips'
2. un autre utilisateur commun ne peut pas exécuter "liste de pip"
[~]$ pip list
Traceback (most recent call last):
File "/usr/bin/pip", line 7, in <module>
from pip._internal import main
ImportError: No module named pip._internal
Vérifiez le privilège du fichier pip py.
[root@]# ll /usr/lib/python2.7/site-packages/pip/
合計 24
-rw------- 1 root root 24 6月 7 16:57 __init__.py
-rw------- 1 root root 163 6月 7 16:57 __init__.pyc
-rw------- 1 root root 629 6月 7 16:57 __main__.py
-rw------- 1 root root 510 6月 7 16:57 __main__.pyc
drwx------ 8 root root 4096 6月 7 16:57 _internal
drwx------ 18 root root 4096 6月 7 16:57 _vendor
solution: connexion de l'utilisateur root et exécution
chmod -R 755 /usr/lib/python2.7
résoudre ce problème.
J'ai vu ce problème lorsque PYTHONPATH a été défini pour inclure le répertoire site-packages intégré. Comme Python y regarde automatiquement, il est inutile et peut être supprimé.
C'est probablement dû à un conflit de version, essayez de l'exécuter, cela supprimera le pip plus ancien d'une manière ou d'une autre.
Sudo apt remove python pip
Utilisez-vous python2 ou python3? La commande suivante pourrait être différente!
- utilisez
python3 -m pip --versionpour voir si vous avez installé pip. - si oui, lancez
python3 -m pip install --upgrade pip. - si non, lancez
Sudo apt-get install python3-pipet recommencez.
Pour l'utilisateur actuel uniquement:
easy_install --user pip
ou
python -m pip install --upgrade --user pip
La seconde peut donner /usr/bin/python: No module named pip Même si which pip trouve le module nommé pip. Dans ce cas, essayez le easy_install
Je viens de rencontrer le même problème et dans mon cas, il s’avère qu’il s’agit d’un conflit entre l’installation de python dans mon virtualenv et le python à l’échelle du site (Ubuntu) . Ce qui le résout pour moi est d’exécuter pip de cette façon. , pour forcer l’utilisation de l’installation python correcte (dans mon vortualenv):
python3 -m pip install PACKAGE
au lieu de
pip3 install PACKAGE
J'ai compris cela lorsque j'ai essayé de suivre certaines des réponses suggérant de réinstaller pip et que le résultat d'erreur obtenu indiquait un chemin de bibliothèque python existant à la grandeur du site, même si j'avais activé mon virtualenv. Il vaut la peine d'essayer avant de supprimer et de réinstaller des éléments.
La solution suivante a résolu le problème sur ma machine pour python2.7 "$ Curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py" Et. then "$ Sudo python2.7 get-pip.py --force-réinstaller"
Rien ne fonctionnait pour moi, mais une seule chose: J'ai utilisé Sudo devant la commande et cela fonctionne bien.
vous pouvez d'abord le supprimer, puis l'installer à nouveau. pour centos:
yum remove python-pip
yum install python-pip
(Sur Windows) Je ne sais pas pourquoi cela se produisait mais ma configuration PYTHONPATH indiquait c:\python27 où python était installé. en combinaison avec virtualenv, ceci a généré le bogue mentionné.
résolu en supprimant PYTHONPATH env var
ma solution: première étape comme la plupart des autres réponse:
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py
python2.7 get-pip.py --force-reinstall
deuxièmement, ajouter un lien symbolique
Sudo ln -s /usr/local/bin/pip /usr/bin/pip
J'ai rencontré la même erreur sous Windows lorsque j'ai essayé d'installer un paquet via pip3:
Traceback (most recent call last):
File "d:\anaconda\lib\runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
File "d:\anaconda\lib\runpy.py", line 85, in _run_code
exec(code, run_globals)
File "D:\Anaconda\Scripts\pip3.6.exe\__main__.py", line 5, in <module>
ModuleNotFoundError: No module named 'pip._internal'
Mon python est installé via Anaconda. J'ai résolu ce problème en réinstallant pip via conda:
conda install pip
Après cela, pip revient à la normale.
J'ai résolu ce problème par
Sudo apt-get install python3-pip
cela a fonctionné même pour python2.7, incroyable ...
J'ai le même problème sur mon environnement virtuel après la mise à niveau de l'installation de python de 3.6 à 3.7, mais uniquement sur le système de ventilation global, cela fonctionne bien. Pour le résoudre, je désactive et supprime mon environnement virtuel après l'avoir recréé.
deactivate
rm -rvf venv
et après recréer l'environnement virtuel . J'utilise mac OS 10.11 et python 3
J'ai corrigé cette erreur en lançant les commandes suivantes:
Sudo apt remove python-pip
wget https://bootstrap.pypa.io/get-pip.py
Sudo python get-pip.py
Il supprimera le pip précédemment installé et le réinstallera. Merci :)