bash: mkvirtualenv: command not found
Après avoir suivi les instructions sur Doug Hellman virtualenvwrapper
post, je ne pouvais toujours pas de feu d'un environnement de test.
[mpenning@tsunami ~]$ mkvirtualenv test
-bash: mkvirtualenv: command not found
[mpenning@tsunami ~]$
Il convient de noter que je suis en utilisant WORKON_HOME
qui n'est pas dans mon $HOME
. J'ai essayé de regarder pour /usr/local/bin/virtualenvwrapper.sh
comme indiqué dans le virtualenvwrapper
documents d'installation, mais il n'existe pas.
Je suis sous CentOS 6 et python 2.6.6, si cette matière.
# File: ~/.bash_profile
# ...
export WORKON_HOME="/opt/virtual_env/"
source "/opt/virtual_env/bin/virtualenvwrapper_bashrc"
Vous devez vous connecter pour publier un commentaire.
Solution 1:
Pour une raison quelconque,
virtualenvwrapper.sh
installé dans/usr/bin/virtualenvwrapper.sh
, au lieu de sous/usr/local/bin
.La suite dans mon
.bash_profile
fonctionne...Mon installation semble fonctionner très bien sans sourcing
virtualenvwrapper_bashrc
Solution 2:
Sinon comme mentionné ci-dessous, vous pourriez tirer parti de la chance que
virtualenvwrapper.sh
est déjà dans votre shellPATH
et il vous suffit d'émettre unsource `which virtualenvwrapper.sh`
WORKON_HOME
de "~/.virtualenvs" (valeur par défaut) permet de définir privé virtualenvs/usr/bin
au lieu de/usr/local/bin
. En général, vous ne devriez pas supposer un ou l'autre se trouve; c'est une des raisons pour lesquelles nous avons unPATH
variable.pip install virtualenvwrapper
Essayer:
Les backticks sont la substitution de commande - ils prendre quel que soit le programme imprime et le mettre dans l'expression. Dans ce cas, "qui" vérifie le $PATH pour trouver virtualenvwrapper.sh et les sorties de la voie). Le script est ensuite lu par le shell par "source".
Si vous voulez que cela se produise à chaque fois que vous redémarrez votre shell, il est probablement mieux de saisir la sortie de la commande "which" d'abord, et ensuite mettre la "source" de la ligne dans votre shell, quelque chose comme ceci:
echo "source /path/to/virtualenvwrapper.sh" >> ~/.profile
^ Celle-ci peut différer légèrement en fonction de votre shell. Aussi, soyez prudent de ne pas utiliser le seul a > ce sera tronquée, votre ~/.profil 😮
J'ai eu le même problème sur OS X 10.9.1 avec python 2.7.5. Pas de problèmes avec
WORKON_HOME
pour moi, mais j'ai eu à ajouter manuellementsource "/usr/local/bin/virtualenvwrapper.sh"
à~/.bash_profile
(ou~/.bashrc
dans unix) après j'ai courupip install virtualenvwrapper
~/.bash_profile
. Notez que lorsque vous ajoutez, vous devrez recharger le terminal (qui va.bash_profile
), ou tout simplement courir quesource
commande directement à partir de la ligne de commande..bash_profile
ou.bashrc
n'est pas vraiment directement une conséquence de la plate-forme en utilisant, si l'un ou l'autre peuvent être manquantes sur certaines plates-formes. Voir la page de manuel de Bash pour leurs différences. Généralement, vous ne devez vraiment besoin dans votre.bash_profile
, mais certaines distributions utilisent des configurations qui compliquer les choses.Conditions préalables à l'exécution de cette commande
1) pep (acronyme récursif de Pip jenstaller Python) est un système de gestion de paquet utilisé pour installer et gérer des packages de logiciels écrits en Python. De nombreux paquets peuvent être trouvés dans le Python Package Index (PyPI).
2) Installer L'Environnement Virtuel. Utilisé pour créer un environnement virtuel pour installer des paquets et les dépendances de plusieurs projets isolés les uns des autres.
3) Installer l'environnement virtuel wrapper Sur virtual env wrapper
Après l'Installation de conditions préalables vous avez besoin pour apporter de l'environnement virtuel wrapper dans l'action pour créer un environnement virtuel. Voici les étapes -
1) définir un environnement virtuel répertoire dans la variable de chemin d'accès-
export WORKON_HOME=(directory you need to save envs)
2)
source /usr/local/bin/virtualenvwrapper.sh -p $WORKON_HOME
Comme mentionné par @Mike, source `qui virtualenvwrapper.sh " ou
which virtualenvwrapper.sh
peut être utilisé pour localiser virtualenvwrapper.sh fichier.Il est préférable de les placer au-dessus de deux lignes dans ~/.bashrc pour éviter d'exécuter les commandes ci-dessus chaque fois que vous ouvrez un nouveau shell. C'est tout vous avez besoin pour créer de l'ambiance à l'aide de mkvirtualenv
Points à garder à l'esprit -
.bashrc
- soit explicitementsource ~/.bashrc
dans votre terminal, ou ouvrez une nouvelle fenêtre de terminalUtilisez cette procédure pour créer virtuel env dans ubuntu
étape 1
Installer pip
étape 2
Installer virtualenv
etape 3
Créer un dir pour stocker vos virtualenvs (j'utilise ~/.virtualenvs)
ou de l'utilisateur cette commande pour installer la version de python dans env
setp 4
étape 5
étape 6
Ajouter ces deux lignes de code à la fin du fichier bashrc
étape 7
ouvrir de nouveaux terminaux (recommandé)
l'étape 8
Créer un nouveau virtualenv
étape 9
Pour charger ou basculer entre les virtualenvs, utilisez l'travaillons sur commande:
l'étape 10
à la sortie de votre nouveau virtualenv, utilisez
et de rendre l'utilisation de pip vs pip3
Depuis je suis juste allé si une traînée, je vais essayer d'écrire la réponse que j'aurais souhaité y a deux heures. C'est pour les gens qui ne veulent pas seulement la copie&coller solution
Première: vous vous demandez pourquoi copier et coller des chemins fonctionne pour certaines personnes alors qu'il ne fonctionne pas pour les autres?** La principale raison, les solutions diffèrent sont les différentes versions de python, 2.x ou 3.x. Il ya effectivement des versions distinctes de virtualenv et virtualenvwrapper que de travailler avec python 2 ou 3. Si vous êtes sur python 2 installer comme ceci:
Si vous prévoyez d'utiliser python 3 installer le liés à python 3 versions
Vous avez correctement installé les paquets pour votre version de python et sont tous, à droite? Eh bien, essayez-le. Type
workon
dans votre terminal. Votre terminal ne sera pas en mesure de trouver la commande (workon
est une commande de virtualenvwrapper). Bien sûr, il ne sera pas.Workon
est un fichier exécutable qui ne sera disponible qu'à vous une fois que vous chargez la source/le fichiervirtualenvwrapper.sh
. Mais l'officiel guide d'installation vous a couvert sur celui-ci, à droite?. Il suffit d'ouvrir votre .bash_profile et insérer le texte suivant, il est dit dans la documentation:En particulier la commande
source /usr/local/bin/virtualenvwrapper.sh
semble utile, car la commande semble à la charge de la source/le fichier désirévirtualenvwrapper.sh
qui contient toutes les commandes que vous souhaitez travailler avec commeworkon
etmkvirtualenv
. Mais ouais, pas. Lorsque, à la suite de l'officiel guide d'installation, vous êtes très probablement recevoir le message d'erreur du post initial:mkvirtualenv: command not found
. Toujours pas de commande est trouvé et que vous êtes toujours frustré. Ainsi quel est le problème ici? Le problème est que virtualenvwrapper.sh n'est pas été vous êtes à la recherche pour elle en ce moment. Petit rappel ... vous êtes à la recherche ici:Mais il est assez simple de trouver le fichier désiré. Tapez simplement
à votre terminal. Ce sera à la recherche de votre CHEMIN pour le fichier, car il est très probable d'être dans un dossier qui est inclus dans le PATH de votre système.
Si votre système est très exotique, le fichier désiré va se cacher à l'extérieur d'un CHEMIN de dossier. Dans ce cas, vous pouvez trouver le chemin vers
virtalenvwrapper.sh
avec la commande shellfind /-name virtualenvwrapper.sh
Votre résultat peut ressembler à quelque chose comme ceci:
/Library/Frameworks/Python.framework/Versions/3.7/bin/virtualenvwrapper.sh
Félicitations.
You have found your missing file!
. Maintenant, tout ce que vous avez à faire est de changer une commande dans votre .bash_profile. Il suffit de changer:à:
Félicitations. Virtualenvwrapper ne fonctionnent maintenant sur votre système. Mais vous pouvez faire une chose de plus pour améliorer votre solution. Si vous avez trouvé le fichier
virtualenvwrapper.sh
avec la commandewhich virtualenvwrapper.sh
vous savez que c'est à l'intérieur d'un dossier du CHEMIN d'accès. Donc, si vous venez d'écrire le nom de fichier de votre fichier système suppose que le fichier est dans un dossier du CHEMIN d'accès. Si vous vous n'avez pas à écrire le chemin d'accès complet. Il suffit de taper:C'est tout. Vous n'êtes plus frustré. Vous avez résolu votre problème. Avec de la chance.
Sur Windows 7 et Git Bash cela m'aide:
(x86)\Python36-32\Scripts\virtualenvwrapper.sh" (changer de chemin pour
votre virtualenvwrapper.sh)
Redémarrer votre git bash et mkvirtualenv commande aujourd'hui fonctionne bien.
À l'aide de Git Bash sur Windows 10 et Python36 pour Windows, j'ai trouvé l'virtualenvwrapper.sh dans un endroit un peu différent et l'exécution de cette résolu le problème
Résolu mon problème en Ubuntu 14.04 OS avec python 2.7.6, en ajoutant au-dessous de deux lignes dans ~/.bash_profile (ou ~/.bashrc sous unix) des fichiers.
source "/usr/local/bin/virtualenvwrapper.sh"
exportation WORKON_HOME="/opt/virtual_env/"
Et puis l'exécution de ces deux lignes sur le terminal.