J'essaie de configurer virtualenvwrapper sur OSX, et toutes les instructions et didacticiels que j'ai trouvés me disent d'ajouter une commande source à .profile, pointant vers virtualenvwrapper.sh. J'ai vérifié tous les répertoires python et site-packages, et je ne trouve aucun virtualenvwrapper.sh. Est-ce quelque chose que je dois télécharger séparément? Pip ne s'installe pas correctement?
Voici le contenu de /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/virtualenvwrapper:
hook_loader.py hook_loader.pyc project.py project.pyc user_scripts.py user_scripts.pyc
Comme vous pouvez le voir, pas de virtualenvwrapper.sh. Où est-ce?
la source
which virtualenvwrapper
fonctionne pas ? N'est-ce pas le nom de la commande dans les variables d'environnement?which
cela ne fonctionne pas, c'est parce que virtualenvwrapper utilise en fait son fichier de complétion bash personnalisé pour ajouter des commandes purement virtuelles, dont lavirtualenvwrapper
commande commune fait partie. Par conséquent, il n'y a pas de fichier physique sur le lecteurwhich
vers lequel pointer.virtualenvwrapper.sh
doit être source dans votre shell avant l' une des commandes (mkvirtualenv
,rmvirtualenv
, etc.) sont disponibles, soit$ source /path/to/virtualenvwrapper.sh
find
mais les deux ont fonctionné. Le mien était situé dansusr/local/bin
le OS X.Je viens de le réinstaller avec pip.
Et cette fois, il l'a mis dans / usr / local / bin.
la source
which virtualenvwrapper.sh
de travailler, qui n'avait rien retourné jusqu'à ce que je fasse cela.apt-get
et il a atterri/usr/share/virtualenvwrapper/virtualenvwrapper.sh
, puis l'a purgé et a fait votre tour.find / -name xxxx.sh
ne trouvez rien.Le chemin exact où virtualenvwrapper.sh est stocké / localisé varie d'un système d'exploitation à l'autre . Même avec le même système d'exploitation, cela varie d'une version à l'autre. Nous avons donc besoin d'une solution générique qui fonctionne pour toutes les versions de système d'exploitation.
Le moyen le plus simple que j'ai trouvé pour trouver son chemin est :
Cela demandera une confirmation. Dites "Non" Mais la première ligne de confirmation montre le chemin de virtualenvwrapper.sh (l'invite donne une liste des fichiers qu'elle supprimera, si vous dites Oui. La première entrée de cette liste contient le chemin vers virtualenvwrapper.sh sur votre machine)
la source
ou, comme je l'ai fait .. il suffit de désinstaller virtualenvwrapper
puis installez-le avec easy_install
cette fois, j'ai trouvé le fichier " /usr/local/bin/virtualenvwrapper.sh " installé ... Avant cela, je ne trouvais ce fichier nulle part même par cette commande
la source
Sur Mac OS
tu as
et tu peux
et dans votre
.bash_profile
ou tu peux
la source
Sous OS X 10.8.2, avec Python 2.7:
/Library/Frameworks/Python.framework/Versions/2.7/bin/virtualenvwrapper.sh
la source
Dans OSx EI captain, j'ai installé le virtualenvwrapper comme
, cependant je ne trouve pas le virtualenvwrapper.sh dans
/user/local/bin
, il a finalement été trouvé à/Library/Frameworks/Python.framework/Versions/3.4/bin/virtualenvwrapper.sh
, et vous pouvez créer un lien logiciel vers / usr / local / bin commeln -s /Library/Frameworks/Python.framework/Versions/3.4/bin/virtualenvwrapper.sh /usr/local/bin/virtualenvwrapper.sh
, et tout ce que vous pouvez simplement suivre le guide d'installation comme le fait le document officiel. Bonne chance!la source
Pour moi, c'était dans:
(Avec OS X, avec une
pip install --user
installation)la source
J'ai le même problème. Si vous avez une ancienne version de virtualenvwrapper, alors pip ne fonctionnera pas.
téléchargez src depuis http://pypi.python.org/pypi/virtualenvwrapper/3.6 et installez python setup.py. Ensuite, le problème a été résolu.
la source
Pour les distributions basées sur RPM (comme Fedora 19), après avoir exécuté la
sudo pip install virtualenvwrapper
commande, vous pouvez trouver le fichier à l'adresse:la source
/usr/bin
au lieu de/usr/local/bin
. Je ne sais pas pourquoi.Installé à l'aide de pip sur Ubuntu 15.10 en utilisant un utilisateur normal, il a été mis dans
~/.local/bin/virtualenvwrapper.sh
lequel j'ai trouvé en exécutant:$ find / -name virtualenvwrapper.sh 2>/dev/null
la source
En utilisant
J'ai eu une tonne de "permissions refusées", et exactement une impression de l'emplacement du fichier. Je l'ai manqué jusqu'à ce que je trouve cet emplacement de fichier lorsque je le désinstalle / l'installe à nouveau avec pip.
Au cas où vous étiez curieux, c'était en
la source
Dans mon cas (OSX El Capitan, version 10.11.5), j'avais besoin de modifier le .profile comme ceci:
Dans le terminal:
Et puis rechargez le profil (qu'il sera disponible dans la session en cours.)
J'espère que cela aidera quelqu'un.
la source
Je peux en trouver un dans macOS Mojave (10.14) tout en jouant avec virtualenvwrapper-4.8.4
/Library/Frameworks/Python.framework/Versions/3.7/bin/virtualenvwrapper.sh
la source
Bien que ce soit une question OS X, voici ce qui a fonctionné pour moi sous Linux (Red Hat).
Mon virtualwrapper.sh était dans
C'est probablement parce que j'ai installé virtualenvwrapper localement, en utilisant le
--user
drapeau ...... comme alternative à la pratique risquée de l'utilisation
sudo pip
.la source
Je l'ai installé sur Ubuntu 16.04 et cela a abouti à cet emplacement.
la source
la source
No such file or directory
J'ai également parcouru le répertoire / usr / local / bin et je n'ai rien trouvé qui semblait lié à virtualenv ou virtualenvwrapperJ'ai eu le même problème avec le beagle bone black (debian).
Le téléchargement manuel du package et l'installation ont fonctionné pour moi.
la source
Pour Ubuntu
Si vous venez de l'installer, vérifiez la sortie sur Terminal, je poste la mienne:
Ici, la deuxième ligne vous indique le chemin. Pour moi c'était à
/home/username/.local/bin
la source
pip n'essaiera pas de vous rendre les choses difficiles exprès.
Le fait est que les fichiers basés sur les commandes sont toujours installés dans
/bin
dossiers où ils peuvent se trouver n'importe où sur le chemin du système.J'ai eu le même problème et j'ai constaté que j'avais ces fichiers dans mon
~/.local/bin/
dossier au lieu de
/usr/loca/bin/
ce qui est le cas courant, mais je pense qu'ils ont changé le chemin par défaut pour
~
ou $ HOMEcar il est plus isolé pour les installations pip et fournit une distinction entre les packages apt-get et les packages pip.
Donc, en arrivant au point que vous avez deux choix ici, soit vous allez dans votre .bashrc et faites des changements comme celui-ci
et que créer un répertoire virtualenvwrapper sous et que créer un
/usr/share/
lien symbolique avec votre virtualwrapper_lazy.sh comme ceciet vous pouvez vérifier si votre commande workon fonctionne, ce qui listera vos virtualenv existants.
la source
Si vous exécutez
pip install virtualenvwrapper
sans sudo en tant qu'utilisateur normal, pip s'exécutera mais ne copiera pas les fichiers aux emplacements requis en raison du manque d'autorisations.Utilisez sudo et les fichiers seront créés sous leurs chemins respectifs:
A travaillé pour moi sur Debian GNU / Linux 9
la source
dans mon cas: /home/username/.local/bin/virtualenvwrapper.sh
la source
L'avez-vous installé en utilisant sudo? C'était l'erreur dans mon cas.
la source