J'essaie de configurer virtualenvwrapper sur OSX, et toutes les instructions et les didacticiels que j'ai trouvés me disent d'ajouter une commande source à .profile, qui pointe 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-t-il 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 constater, pas de virtualenvwrapper.sh. Où est-ce?
Vous pouvez utiliser la commande find
pour rechercher un fichier:
find / -name virtualenvwrapper.sh
Ceci recherchera tous les répertoires de la racine pour le fichier.
sur ubuntu 12.04 LTS, en installant via pip, il est installé pour
/usr/local/bin/virtualenvwrapper.sh
sur ubuntu 17.04, l’installation via pip en tant qu’utilisateur normal, il est installé sur
~/.local/bin/virtualenvwrapper.sh
avez-vous déjà essayé cela?
$ which virtualenvwrapper.sh
Je viens de le réinstaller avec pip.
Sudo pip uninstall virtualenvwrapper
Sudo pip install virtualenvwrapper
Et cette fois, cela a été placé dans/usr/local/bin.
Le chemin exact où est stocké/localisé virtualenvwrapper.shvarie d'un système d'exploitation à l'autre. Même avec le même système d'exploitation, cela varie de version à version. 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: Do
pip uninstall virtualenvwrapper
Cela invitera une confirmation. Dites "Non" Mais la première ligne de confirmation indique le chemin de virtualenvwrapper.sh (Invite donne une liste des fichiers à supprimer, si vous dites Oui. La première entrée de cette liste contient le chemin de virtualenvwrapper.sh dans votre ordinateur)
ou, comme je l'ai fait .., désinstallez simplement virtualenvwrapper.
Sudo pip désinstaller virtualenvwrapper
puis installez-le avec easy_install
Sudo easy_install virtualenvwrapper
cette fois, j'ai trouvé le fichier "/usr/local/bin/virtualenvwrapper.sh" installé ... Avant cela, je ne trouvais ce fichier nulle part, même avec cette commande
find/-name virtualenvwrapper.sh
Sur Mac OS
which virtualenvwrapper.sh
tu as
/Library/Frameworks/Python.framework/Versions/2.7/bin/virtualenvwrapper.sh
et tu peux
Sudo ln /Library/Frameworks/Python.framework/Versions/2.7/bin/virtualenvwrapper.sh /usr/local/bin/virtualenvwrapper.sh
et dans votre .bash_profile
source /usr/local/bin/virtualenvwrapper.sh
ou u pouvez
source /Library/Frameworks/Python.framework/Versions/2.7/bin/virtualenvwrapper.sh
Dans OSx EI Captain, j’ai installé le virtualenvwrapper en tant que
Sudo pip3 install virtualenvwrapper
Cependant, je ne trouve pas le fichier virtualenvwrapper.sh dans /user/local/bin
, Il a finalement été trouvé dans /Library/Frameworks/Python.framework/Versions/3.4/bin/virtualenvwrapper.sh
et vous pouvez créer un lien souple vers/usr/local/bin
ln -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!
Sous OS X 10.8.2, avec Python 2.7:
/Library/Frameworks/Python.framework/Versions/2.7/bin/virtualenvwrapper.sh
Pour les distributions basées sur RPM (comme Fedora 19), après avoir exécuté la commande Sudo pip install virtualenvwrapper
, vous pouvez trouver le fichier à l'adresse suivante:
/usr/bin/virtualenvwrapper.sh
J'ai le même problème. Si vous avez une version plus ancienne de virtualenvwrapper, alors pip ne fonctionnera pas.
téléchargez src à partir de http://pypi.python.org/pypi/virtualenvwrapper/3.6 et de l'installation python.py Ensuite, le problème résolu.
Pour moi c'était dans:
~/Library/Python/2.7/bin/virtualenvwrapper.sh
(Sous OS X, avec une installation pip install --user
)
L'installé en utilisant pip sur Ubuntu 15.10 en utilisant un utilisateur normal, il a été mis dans ~/.local/bin/virtualenvwrapper.sh
que j'ai trouvé en exécutant:
$ find / -name virtualenvwrapper.sh 2>/dev/null
En utilisant
find / -name virtualenvwrapper.sh
J'ai une tonne de "permissions refusées", et exactement une impression de l'emplacement du fichier. Je l'ai manquée jusqu'à ce que j'ai trouvé l'emplacement du fichier lorsque je l'ai désinstallé/réinstallé avec pip
Au cas où vous seriez curieux, c'était en
/usr/local/share/python/virtualenvwrapper.sh
Dans mon cas (OSX El Capitan, version 10.11.5) je devais éditer le fichier.
Dans le terminal:
vim ~/.profile
export WORKON_HOME=$HOME/.virtualenvs
export MSYS_HOME=C:\msys\1.0
source /Library/Frameworks/Python.framework/Versions/2.7/bin/virtualenvwrapper.sh
Et puis rechargez le profil (qu'il sera disponible dans la session en cours.)
source ~/.profile
J'espère que ça va aider quelqu'un.
Bien que ce soit une question sous OS X, voici ce qui a fonctionné pour moi sous Linux (Red Hat).
Mon virtualwrapper.sh était dans
~/.local/bin/virtualenvwrapper.sh
C'est probablement parce que j'ai installé virtualenvwrapper localement, en utilisant l'indicateur --user
...
pip install --user virtualenvwrapper
... comme alternative à la pratique risky d'utiliser Sudo pip
.
/usr/share/virtualenvwrapper/virtualenvwrapper.sh
Je l'ai installé sur Ubuntu 16.04 et il en a résulté cet emplacement.
Je peux en trouver un dans macOS Mojave (10.14) en jouant avec virtualenvwrapper-4.8.4
/Bibliothèque/Frameworks/Python.framework/Versions/3.7/bin/virtualenvwrapper.sh
J'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.
Pour Ubuntu
Si vous venez de l’installer, vérifiez la sortie sur Terminal, je poste le mien:
Running setup.py install for virtualenv-clone
Installing virtualenv-clone script to /home/username/.local/bin
Successfully installed virtualenvwrapper virtualenv virtualenv-clone stevedore pbr six
Cleaning up...
Ici, la deuxième ligne vous indique le chemin. Pour moi c'était au /home/username/.local/bin
L'avez-vous installé en utilisant sudo? C'était l'erreur dans mon cas.
/usr/local/bin/virtualenvwrapper.sh
Si vous exécutez pip install virtualenvwrapper
sans Sudo en tant qu'utilisateur normal pip sera exécuté mais ne copiera pas les fichiers aux emplacements requis à cause du manque d'autorisations.
mortiz@florida:~# Sudo pip3 install virtualenvwrapper
Utilisez Sudo et les fichiers seront créés sous leurs chemins respectifs:
root@florida:/usr/local/bin# ls -ltr
total 8008
-rwxr-xr-x 1 root staff 8136192 Jun 11 17:45 chromedriver
-rwxr-xr-x 1 root staff 41697 Sep 5 16:06 virtualenvwrapper.sh
-rwxr-xr-x 1 root staff 2210 Sep 5 16:06 virtualenvwrapper_lazy.sh
-rwxr-xr-x 1 root staff 215 Sep 5 16:06 pbr
-rwxr-xr-x 1 root staff 218 Sep 5 16:06 virtualenv-clone
-rwxr-xr-x 1 root staff 213 Sep 5 16:06 virtualenv
root@florida:/usr/local/bin#
A travaillé pour moi sur Debian GNU/Linux 9
pip n'essaiera pas de vous rendre la vie difficile difficile exprès.
Le problème, c’est que les fichiers basés sur les commandes sont toujours installés dans des dossiers /bin
et qu’ils peuvent être situés n’importe où sur le chemin du système.
J'ai eu le même problème et j'ai constaté que j'ai ces fichiers dans mon
~/.local/bin/
dossier au lieu de
/usr/loca/bin/
ce qui est le cas commun, mais je pense qu'ils ont changé le chemin par défaut à
~
ou $ HOME
répertoire parce qu’il est plus isolé pour les installations pip et fournit une distinction entre les paquets apt-get et les paquets pip.
En arrivant au point où vous avez deux choix, vous pouvez soit aller à votre.bashrcet apporter des modifications comme celle-ci
# for virtualenv wrapper
export WORKON_HOME=$HOME/Envs
export PROJECT_HOME=$HOME/Devel
source $HOME/.local/bin/virtualenvwrapper.sh
et que de créer un répertoire virtualenvwrapper sous /usr/share/
et que de créer un lien symbolique votre virtualwrapper_lazy.sh comme ceci
Sudo ln -s ~/.local/bin/virtualenvwrapper_lazy.sh /usr/share/virtualenvwrapper/virtualenvwrapper_lazy.sh
et vous pouvez vérifier si votre commande-workon fonctionne, ce qui listera vos virtualenv existants.