Python “mauvais interprète” ERREUR
Tous semble fonctionner très bien pour python 2 et 3:
$ which Python
/Library/Frameworks/Python.framework/Versions/2.7/bin/python
$ python --version
Python 2.7.9
$ python2
Python 2.7.9 (v2.7.9:648dcafa7e5f, Dec 10 2014, 10:10:46)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
$ python3
Python 3.4.3 (v3.4.3:9b73f1c3e601, Feb 23 2015, 02:52:03)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
Mon .bash_profile paramètres sont définis comme suit:
PATH="/Library/Frameworks/Python.framework/Versions/2.7/bin:${PATH}"
export PATH
PATH="/Library/Frameworks/Python.framework/Versions/3.4/bin:${PATH}"
export PATH
Le problème:
$ virtualenv My_Env
-bash: /usr/local/bin/virtualenv: /usr/local/opt/python3/bin/python3.4: bad interpreter: No such file or directory
Le chemin d'accès ci-dessus n'existe pas. J'ai téléchargé mes paquets python directement à partir de l'python site et installé avec les paramètres par défaut.
Avant cela, j'ai utilisé Python installé avec HomeBrew, mais cette voie ne semble pas être une bière chemin d'accès au fichier de toute façon.
Ligne du bas... Mon chemin d'accès au fichier est foiré quelque part d'autre que dans mon .bash_profile et je n'ai aucune idée de où chercher à le résoudre.
Aussi noter que j'ai mis en place mon autre ordinateur avec le même exacte .bash_profile et python installations et il fonctionne parfaitement...
Les deux sont en cours d'exécution Mac Yosemite.
Merci d'avance!
Il n'y a pas de python3 dans /usr/local/opt/
vérifier
export VIRTUALENV_PYTHON=
dans votre bash fichiers.DT, l'exportation VIRTUALENV_PYTHON= n'est pas là, doit-elle être?
Non, je pensais qu'il pourrait y avoir un env réglage par défaut de python pour votre virtualenv. Glad vous avez trouvé votre réponse.
OriginalL'auteur Dex | 2015-04-20
Vous devez vous connecter pour publier un commentaire.
Ok, j'ai été en mesure de résoudre le problème avec une nouvelle installation de virtualenv. Je suppose que c'est là où le problème de chemin d'accès était situé (quelque part dans l'installation de virtualenv).
Yep. J'ai installé virtualenv avant d'utiliser les installations de Python.org. Donc, je pense que virtualenv été en utilisant le chemin d'accès d'origine plutôt que de la nouvelle. 🙂
Il pourrait également aider à
source ~/.bash_profile
après le virtualenv de la nouvelle installation. Il a travaillé pour moi.Recréer le VirtualEnv du dossier travaillé pour moi.
OriginalL'auteur Dex
Mon problème était aussi simple que d'avoir des espaces dans le répertoire au-dessus de venv/bin/pip qui signifie que le chemin était à l'intérieur des guillemets. Dès que j'ai fait en sorte qu'il n'était pas dans un répertoire avec des espaces et enlevé les guillemets, il a travaillé.
par exemple.
#!"/Users/Tomm/MY PROJECT/venv/bin/python"
doit être modifié pour#!/Users/Tomm/MY-PROJECT/venv/bin/python
A avoir ce problème sur OS X et dans une machine virtuelle Linux. Certainement pas d'espaces dans les noms de répertoires!
OriginalL'auteur Tomm Armstrong
Vous pouvez cocher la case "activer" fichier dans votre virtualenv bin, et de voir ce qui y est écrit autour de la ligne 42, et puis peut réellement définir manuellement, tout en gardant à l'esprit que tous les fichiers exécutables dans ce dossier bin sont codés en dur pour la première ligne shebang.
Vous aurez besoin de les changer. Ou tout simplement de déplacer le dossier vers le bon endroit pour vous temporaire en cours, sinon vous pourriez avoir besoin d'un virtualenv délocalisation de l'outil ou tout simplement ré-installer.
OriginalL'auteur TonyTony
Ré-installation de virtualenv devrait résoudre cela. Moi aussi je suis passé par la même bug, et de les réinstaller à l'aide de pip résolu pour moi.
OriginalL'auteur Raghav salotra