Lorsque vous essayez d'installer Virtualenv à l'aide d'un python brassé, j'obtiens l'erreur suivante: si clairement PIP est en quelque sorte à regarder dans le dossier Système Python au lieu de la brassée de l'USR / USR / local. Comment puis-je éviter cela? Le médecin de la brève ne trouve aucun problème et la priorité de chemin est définie correctement. J'ai essayé de supprimer le paquet Virtualenv du système Python,
Donc, je pourrais installer Virtualenv avec le pip de brassement.
Mais alors je ne pouvais pas créer de virtualenvs, car j'ai reçu cette erreur: donc je n'ai pas réussi à éviter le système virtualenv. Que je suis faire de mal?
5 Réponses :
J'ai trouvé que, contrairement à vous, mes chemins étaient faux selon Brew Doctor. Mais après avoir corrigé que j'ai toujours eu la question (aucune surprise donnée à votre description), j'ai désinstallé Virtualenv, ensuite réinstallée, mais cette fois avec sudo, Ceci résolue le problème, ce qui indique que J'ai soit un autre problème avec la configuration du système en général ou une personne qui a plus que ma seule heure d'expérience Python sera en mesure de souligner pourquoi ce n'est pas bon (je pense que cela est lié à l'installation mondiale considérée comme une mauvaise pratique). p> Seth est sur quelque chose avec virtualenv (je n'ai pas de sortie avant l'installation du PIP sudo PIP) p> Lorsque j'ai créé et utilisez un virtualenv, je reçois ce qui suit, p> fwiw mon .zshrc a le Suivant, P> sudo pip installation virtualenv code> quel code> semble que vous voyez la même chose que moi, p> ~ Quel python code> entraîne / usr / local / bin / python code> p> ~ ls -l / usr / local / bin / python code> me donne _permissions_etc_ / usr / local / bin / Python -> ../cellar/python/2.7.5/bin/pythonp>PIPOPIPOFE "Qu >Que pip code> pointé sur / usr / local / bin / pip code> p> ls -l / usr / local / bin / pip code> montre _permissions_etc_ / usr / local / bin / PIP -> ../Cellar/ python / 2.7.5 / bin / pip code> p> quel virtualenv code> est / usr / local / bin / virtualenv code> p> ls -l / usr / local / bin / virtualenv code> montre _permissations_etc_ / usr / local / bin / virtualenv code> p> # Python related
# http://hackercodex.com/guide/python-virtualenv-on-mac-osx-mountain-lion-10.8/
# http://docs.python-guide.org/en/latest/dev/virtualenvs.html
source /usr/local/bin/virtualenvwrapper.sh
# virtualenv should use Distribute instead of legacy setuptools
export VIRTUALENV_DISTRIBUTE=true
# Centralized location for new virtual environments
export PIP_VIRTUALENV_BASE=$HOME/Projects/PythonVirtualEnv
# cache pip-installed packages to avoid re-downloading
export PIP_DOWNLOAD_CACHE=$HOME/.pip/cache
Qu'est-ce qui a vraiment causé et émettre pour moi était la présence de Si vous devez avoir à utiliser Exécution: Cela m'a pris assez longtemps pour suivre cela, mais tout va bien maintenant. Cela a vraiment aidé .pydistutils.cfg dans mon $ home . C'est ce qui m'a obligé à avoir à utiliser: Sudo Pip Installez sudo pour installer un package via pip , vous le faites mal et vous devez commencer à dépanner votre système tout de suite; sinon tout va échouer et vous ne saurez pas pourquoi.
Brew Doctor vous avertira sur le fichier .pydistutils.cfg , alors n'oubliez pas de surveiller l'état de cette commande après avoir apporté des modifications de base à votre Système.
J'ai eu le même problème et j'ai réussi à résoudre la résolution en désinstallant les versions de brasserie de Python et Virtualenv déplacer manuellement tous les fichiers virtualenv * que j'ai trouvé sous ouvrir un nouvel onglet Terminal et double vérification que je suis dans un état propre et Installation de Python et Virtualenv (wrapper) à l'aide de la méthode recommandée ( ici et ici ): / usr / local / bin dans un autre dossier
C'est la solution la plus solide que j'ai trouvée sans avoir besoin de Sudo Re-Installe. Merci!
Si, comme sur mon système, / usr / local / bin / virtualenv continue d'exister même après l'exécution de PIP désinstallation virtualenv , il semble que vous puissiez supprimer manuellement / usr / local / bin / virtualenv puis pip installe fournit une version de virtualenv qui fonctionne avec succès.
Oui, c'est pourquoi j'ai suggéré de déplacer tous les / usr / local / bin / virtualenv * trucs dans un nouveau dossier. Je n'aime pas définir de manière permanente à supprimer quelque chose en dehors de mon dossier à domicile, car vous ne savez jamais quels utilitaires système pourraient en dépendre.
J'ai eu le même problème et j'ai trouvé la solution sur un groupe Google. Il semble que / usr / local / bin / virtualenv n'était pas mis à jour, donc si vous l'ouvrez, vous verrez une référence à l'Old Virtualenv 1.9.1 lorsqu'une version plus récente a été installée sur votre système.
Vous avez donc besoin de Pour ouvrir / usr / local / bin / virtualenv et le remplacer par: et qui a fonctionné pour moi! Source: https://groups.google.com/forum/#!topic/python-virtualenv/hl_qdpjsnuy < / a>
Cela a fonctionné pour moi! En effet, j'ai eu un très vieux script virtualenv, ce qui, pour une raison quelconque, défie de se désinstaller.
J'ai eu le même problème,
pour moi
sudo mv / usr / local / bin / virtualenv * / usr / local / bin / vénv-old /
le
PIP Installation -i virtualenv
Je n'ai pas eu à désinstaller et à réinstaller Python.
Jetez un coup d'œil à cette page wiki: github.com/mxcl/homebrew/wiki/ Homebrew-and-Python . Il explique comment éditer votre pythonpath et votre chemin afin que votre système trouve le python brassé d'abord.
@Sethmmorton Le chemin est déjà correct et le pythonpath est vide. Ce que je vois dans ce wiki est que le python brassé recherche également des modules à /library/python/2.7/site-packages. Mais les Virtualenvs seront-ils créés avec la commande système dans ce dossier utilisent-ils le python brassé?
Que se passe-t-il lorsque vous tapez
quel python etquel pip ?@Sethmmorton Le python brassé et le pépinet sont trouvés dans / usr / local / bin
Malheureusement, je n'ai aucun moyen de reproduire le problème maintenant, je ne peux donc marquer aucune des réponses comme correctes.
L'URL partagée par @sethmmorton a été remplacée par github.com/homebrew/homebrew/blob/master/share/doc/homebrew/ ... .