J'ai un problème avec Virtualenv. Je l'utilise régulièrement, je l'utilise sur ma machine de développement et sur plusieurs serveurs. Mais sur ce dernier serveur, j'ai essayé d'utiliser J'ai eu un problème.
J'ai créé un virtualenv avec l'argument -NO-Sites-Packages, puis j'ai installé des modules Python à l'intérieur du virtualenv. Je peux confirmer que les modules sont situés à l'intérieur des packages de site virtualenvs et tout semble aller bien.
mais quand j'essaie de faire: Tout le monde a un indice sur la manière de résoudre ce problème? source virtualenv / bin / activer puis importer l'un des modules Python Importer Modulename i Obtenir une erreur d'importation indiquant que le module indique que le module n'existe pas. Comment est-ce que cela est arrivé? Il semble que cela n'active jamais même Thoug qu'il le dit.
3 Réponses :
IIRC, le script d'activation met simplement votre Virtual env d'abord sur votre chemin, alors lorsque vous tapez "python", il trouve celui de votre Virtual env d'abord. Si le script d'activation échoue, vous pouvez toujours modifier votre chemin manuellement. Aussi - aller ici et rechercher "Activer": http://pylonsbook.com/fr/1.1/installing-pylons.html#setting-up-a-virtuel-python-environment . Cela vous indiquera pourquoi la commande Activer peut échouer.
Y a-t-il un alias Bash actif sur cette machine pour "Python", par hasard? Cela prendra la priorité sur les modifications de trajectoire réalisées par activation et pourrait entraîner l'utilisation du mauvais binaire python.
Essayez d'exécuter virtualenv / bin / python directement (pas besoin d'activer) et voyez si vous pouvez importer votre module.
Si cela le corrige, il vous suffit de vous débarrasser de votre alias Python Bash.
Merci, c'était ça. Ne pouvait pas comprendre quelle était la raison. Avez-vous maintenant comment faire de cela un changement permanent pour que je n'ai pas à faire Venv / bin / python à chaque fois?
Je viens de courir dans le même problème. Comment vous débarrassez-vous de Bash alias?
Eh bien, probablement l'alias est créé avec une commande «alias» quelque part dans vos fichiers de démarrage Bash: .CASHRC ou .bash_profile, ou peut-être que si vous êtes sur un système partagé, il existe quelque chose dans un fichier système comme / etc / bash. .Chostrucrc? Il suffit de trouver où l'alias est créé, supprimer / commenter cette ligne et démarrer une nouvelle coquille, et cela devrait être parti.
Pourriez-vous élaborer en détail comment on peut aller à la vérification de cela? Je ressens le même problème, comme je me suis référencé dans cette question: Stackoverflow.com/Questions/44102729/...
Après activation de l'ENV virtuel, essayez: ... et voyez si vous exécutez l'exécutable attendu. Vérifiez également: < Pré> xxx
Et maintenant quoi??