Ich habe 'Projekte' Verzeichnis, in dem ich meine virtuellen Umgebungen behalten. Aber vor kurzem, als ich eine neue erstellte, habe ich versehentlich dies getan:rückgängig machen "virtualenv.". Wrapper Fehler nach "rmvirtualenv."
user1 @ laptop: ~ $ virtualenv.
machen/home/user1 meine neue namenlose virtuelle Umgebung.
Dann glaube ich, dass ich "rmvirtualenv." Im Verzeichnis/home/user1 oder user1/bin ausgeführt habe, erinnere mich nicht genau, versuche, es zu entfernen. Ich wusste, dass es eine schlechte Idee wäre, aber ich unterstützte alles und versuchte es trotzdem, um die Probleme zu lösen, über die ich schreibe. Die "rmvirtualenv." Didn `t Arbeit da, wenn ich "user1 @ Laptop: ~ $ source ./bin/activate", rufe ich immer noch: "(user1) user1 @ Laptop: ~ $"
nun, wenn ich 'Quelle' meine Projekte, sagen wir mal 'Store' Projekt über "Quelle ... virtualenvwrapper.sh" Befehl, ich sehe:
/home/user1/bin/python: Kein Modul mit dem Namen virtualenvwrapper virtualenvwrapper.sh: Es gab ein Problem beim Ausführen der Initialisierung Hooks.
Wenn Python das Modul virtualenvwrapper.hook_loader nicht importieren konnte, dass virtualenvwrapper prüfen hat für VIRTUALENVWRAPPER_PYTHON =/home/user1/bin/python und dass PATH gesetzt ist ordnungsgemäß installiert.
Und dann, wenn sie von "WorkON store" aktiviert, erhalte ich die Fehlermeldung unter:
/home/user1/bin/python: Kein Modul namens virtualenvwrapper
Meine Bashrc enthält die folgenden env Variablen:
export WORKON_HOME=$HOME/.virtualenvs export PROJECT_HOME=$HOME/projects
In/home/user1/bin, habe ich Python * Symlink und:
Gibt es eine Möglichkeit, diese Fehlermeldungen loswerden? Meine Projekte funktionieren gut. Alles ist gut. Außer wenn ich 'Quelle' und dann 'Workon' rufe, bekomme ich diese Wrapper-Fehler. Vielleicht muss ich Python * irgendwo anders zeigen? Ich weiß nicht, wie das funktioniert ... Und wie macht man den Befehl "virtualenv." Auf sichere Weise rückgängig? Ich freue mich über Vorschläge. Vielen Dank!
Keine Antwort auf Ihre Frage, aber geben Sie einen Hinweis, dass Sie wahrscheinlich Umgebungsvariablen in '.bash_profile' anstelle von' .bashrc' setzen sollten – tijko
Ich bin auf Ubuntu und für das, was ich tue, ich Ich glaube nicht, dass das wichtig ist. Dein Kommentar hat mich jedoch dazu gebracht, den Unterschied zwischen ihnen und den Situationen herauszufinden, wenn es darauf ankommt. Guter Link: http://superuser.com/questions/409186/environment-variables-in-bash-profile-or-bashrc – el347