so deaktivieren Sie virtualenv aus einem bash-Skript

Ich bin ein Anfänger in shell-Skripting, aber ich möchte ein bash-Skript zum aktivieren/deaktivieren einer virtuellen Umgebung mit virtualenv.
Dann möchte ich dieses Skript verwenden, wie ein Dienst in Ubuntu zu kopieren in /etc/init.d Ordner.

In meinem script habe ich eine variable wie diese:
VENV=/opt/odoo/odoo_server/venv_oddo/bin

Diese variable repräsentiert den bin-Pfad in meiner virtuellen Umgebung.

Innerhalb des Skripts ich aktivieren kann, die virtuelle Umgebung mit diesem statement:
. ${VENV}/activate

Dies ist möglich, da aktivieren wird eine Datei im bin-Verzeichnis in der virtuellen Umgebung.

Aber ich weiß nicht, die Anweisung in meinem script zu deaktivieren meiner virtuellen Umgebung.
Ich kann das nicht tun: . ${VENV}/deactivate

Das problem ist, dass nicht existiert eine Datei mit dem Namen deaktivieren, aber deaktiviert, ist eine Funktion innerhalb des bin/activate-Datei in der virtuellen Umgebung.

Wenn dein Skript läuft in einen Teilprozess, der virtualenv wird aufhören zu existieren, wenn das Skript existiert. Explizit aufrufen deactivate vor der Ausfahrt ist weder notwendig noch nützlich ist.

InformationsquelleAutor edkalel | 2015-04-09

python virtualenv

2

Werde es schwer sein, einen Dienst wie das nützliche.
```
. ${VENV}/activate # note the dot
```
oder
```
source ${VENV}/activate
```
wird Quelle die activate Skript, d.h. seinen Inhalt , als wären Sie ein Teil der shell oder Skript, wo Sie Quelle Sie. virtualenvironment's activate ist speziell für diese Verwendung. Im Gegensatz dazu, nur das Skript normalerweise mit
```
${VENV}/activate # note: NO dot and NO 'source' command
```
seinen Inhalt in einer subshell und haben keine nützliche Wirkung.

Jedoch, wird Ihr service-Skript wird bereits die Ausführung in einer subshell von seiner eigenen. Also, außer für die python-Befehle, die Sie als Teil der service-Prozess starten, wird es keine Wirkung haben wird.

Auf der plus-Seite, werden Sie nicht einmal zu kümmern, de-aktivieren der Umwelt, es sei denn, Sie wollen laufen, auch mehr python-Zeug in den service-Prozess starten, aber außerhalb Ihres virtualenv.

Danke für deine Antwort, aber ich verstehe nicht, wenn Sie sagte: Nur die Ausführung des Skripts in der Regel (also, der Inhalt läuft in einer subshell) nicht haben eine nützliche Wirkung.
Ich habe bearbeitet meine Antwort. @edkalel, ist es jetzt einfacher zu verstehen? Der entscheidende Punkt ist, dass activate wirkt sich nur auf die shell/Skript, wo es ist sourced, nicht das ganze system.
Danke für Ihre Erklärung. Ich denke, ich habe schon verstanden. Dann, wenn ich activate in meinem bash-Skript (mit . oder die Quelle), ist die virtuelle Umgebung aktiviert werden, die nur innerhalb des Skripts, nicht außerhalb in die Schale.
Genau, @edkalel

InformationsquelleAutor das-g
6

Nur deactivate. Es funktioniert in der Schrift wie auch in der Kommandozeile, so lange, wie Sie die bash verwenden.

Edit: auch in den meisten Fällen ist es eine bessere Idee, um Zauber vollständigen python-Pfad in Ihren Skripts und Dienste. Es ist zustandslos, mehr tragbar und funktioniert so ziemlich überall. Also anstatt das zu tun,
```
. $VENV/bin/activate
/path/to/my/script.py --parameters
```
ist es normalerweise vorzuziehend zu tun
```
$VENV/bin/python /path/to/my/script --parameters
```
Vertrauen Sie mir, es wird speichern Sie die Fehlerbehebung)

Danke für deine Antwort, aber wenn ich deactivate Innenseite des bash-Skript, bei der Ausführung, bekomme ich folgende Meldung in der shell: deactivate: command not found
Sie können nicht verwenden deactivate in ein shell-Skript ohne ersten einbinden des Skripts definiert diese Funktion . Siehe meine separate Antwort auf diese Frage.

InformationsquelleAutor letitbee
2

Den deactivate "Befehl" von virtualenvwrapper ist eigentlich eine shell-Funktion, ebenfalls so für workon. Wenn Sie einen virtuellen env aktiv ist, können Sie die Liste mit den Namen dieser Funktionen mit typeset -F.

Um Sie in einem Skript, die Sie benötigen, werden dort definiert, da die shell-Funktionen nicht ausbreiten, Kind Muscheln.

Sie diese Funktionen definieren, die Quelle der virtualenvwrapper.sh Skript in der shell-Skript, wo Sie wollen, um auf diese Funktionen, z.B.:
```
source $(which virtualenvwrapper.sh)
```
Erlaubt, dass Sie zum aufrufen dieser Funktionen in Ihren shell-Skript, wie man in der shell:
```
deactivate
```
Update: Was ich beschrieben funktioniert für die anderen Funktionen virtualenvwrapper (z.B. workon). Ich habe fälschlicherweise angenommen es würde funktionieren auch deaktivieren, aber das ist ein komplizierter Fall, denn es ist eine Funktion, die definiert wird nur in der shell, wo workon oder activate ausgeführt wurde.

Dies funktioniert nicht für plain virtualenv oder python3 -m venv.
Wahrscheinlich auch an brasizy Methode (obwohl ich es nicht mag). Eigentlich denke ich, es ist in der Regel genug, um einfach wiederherstellen $PATH.

InformationsquelleAutor Andreas Maier

kopieren deaktivieren von code, der in ${VENV}/aktivieren.

fügen Sie Ihre ~/.bashrc

deactivate() {
    # reset old environment variables
    if [ -n "$_OLD_VIRTUAL_PATH" ] ; then
        PATH="$_OLD_VIRTUAL_PATH"
        export PATH
        unset _OLD_VIRTUAL_PATH
    fi
    if [ -n "$_OLD_VIRTUAL_PYTHONHOME" ] ; then
        PYTHONHOME="$_OLD_VIRTUAL_PYTHONHOME"
        export PYTHONHOME
        unset _OLD_VIRTUAL_PYTHONHOME
    fi

    # This should detect bash and zsh, which have a hash command that must
    # be called to get it to forget past commands.  Without forgetting
    # past commands the $PATH changes we made may not be respected
    if [ -n "$BASH" -o -n "$ZSH_VERSION" ] ; then
        hash -r
    fi

    if [ -n "$_OLD_VIRTUAL_PS1" ] ; then
        PS1="$_OLD_VIRTUAL_PS1"
        export PS1
        unset _OLD_VIRTUAL_PS1
    fi

    unset VIRTUAL_ENV
    if [ ! "$1" = "nondestructive" ] ; then
        # Self destruct!
        unset -f deactivate
    fi
}

Befehl ausführen.

$ $VENV/activate
$ deactivate

Habe ich selektiv verwendet, ohne Probleme python 2.7 und python 3,5 in dieser Weise.

Ich will wissen, der Grund für die negative Bewertung.

Ich denke, die minus sind, weil (1) diese Lösung ist nicht sauber, und (2) es nicht direkt lösen, das erwähnte problem. In der Regel .bashrc ist nur bezogen für die interaktive shell, obwohl die Frage ist für bash-Skripten. Aber ich sehe keine wirklich saubere Lösung.
UPD: es funktioniert nicht, weil _OLD_VIRTUAL_PATH ist eine lokale variable und nicht exportiert... Ach. Keine gute Lösung. Keine Lösung überhaupt.

InformationsquelleAutor brasizy

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.