Mit "#! / Usr / bin / env python" kann kein Argument an Python übergeben werden.

Ich brauchte ein direkt ausführbares Python-Skript, also startete ich die Datei mit #!/usr/bin/env python. Allerdings brauche ich auch ungepufferte Ausgabe, also habe ich es versucht #!/usr/bin/env python -u, aber das schlägt fehl python -u: no such file or directory.

Ich fand , dass heraus #/usr/bin/python -ufunktioniert, aber ich brauche es die zu bekommen pythonin PATHvirtuellen zu unterstützen envUmgebungen.

Was sind meine Optionen?

Es ist besser, Umgebungsvariablen zu verwenden, um dies zu aktivieren. Siehe Python-Dokument: http://docs.python.org/2/using/cmdline.html

für Ihren Fall:

export PYTHONUNBUFFERED=1
script.py

In einigen Umgebungen teilt env keine Argumente auf. Also sucht deine Umgebung python -uauf deinem Weg. Wir können sh verwenden, um herumzuarbeiten. Ersetzen Sie Ihren Shebang durch die folgenden Codezeilen und alles wird gut.

#!/bin/sh
''''exec python -u -- "$0" ${1+"$@"} # '''
# vi: syntax=python

ps wir brauchen uns keine sorgen um den weg zu sh, oder?

Wenn Sie shebang unter Linux verwenden, wird der gesamte Rest der Zeile nach dem Interpreternamen als einzelnes Argument interpretiert. Das python -uwird an übergeben, envals ob Sie Folgendes eingegeben hätten : /usr/bin/env 'python -u'. Die /usr/bin/envSuche nach einer Binärdatei namens python -u, die es keine gibt.

Das Übergeben von Argumenten an die Shebang-Zeile ist nicht Standard und funktioniert, wie Sie experimentiert haben, unter Linux nicht in Kombination mit env. Die Lösung mit bash besteht darin, den eingebauten Befehl "set" zu verwenden, um die erforderlichen Optionen festzulegen. Ich denke, Sie können das Gleiche tun, um die ungepufferte Ausgabe von stdin mit einem Python-Befehl festzulegen.

my2c

Dies mag etwas veraltet sein, aber das Handbuch env (1) sagt, dass man für diesen Fall '-S' verwenden kann

#!/usr/bin/env -S python -u

Es scheint ziemlich gut auf FreeBSD zu funktionieren.

Hier ist eine Skriptalternative zu /usr/bin/env, die die Übergabe von Argumenten in der Hash-Bang-Zeile ermöglicht, basierend auf /bin/bashund mit der Einschränkung, dass Leerzeichen im ausführbaren Pfad nicht zulässig sind. Ich nenne es "envns" (env No Spaces):

#!/bin/bash

ARGS=( $1 )  # separate $1 into multiple space-delimited arguments.
shift # consume $1

PROG=`which ${ARGS[0]}`
unset ARGS[0] # discard executable name

ARGS+=( "$@" ) # remainder of arguments preserved "as-is".
exec $PROG "${ARGS[@]}"

Angenommen, dieses Skript befindet sich unter / usr / local / bin / envns, dann ist hier Ihre Shebang-Zeile:

#!/usr/local/bin/envns python -u

Getestet auf Ubuntu 13.10 und Cygwin x64.

Dies ist ein Kludge und erfordert Bash, aber es funktioniert:

#!/bin/bash

python -u <(cat <<"EOF"
# Your script here
print "Hello world"
EOF
)

Aufbauend auf Larry Cais Antwort envkönnen Sie eine Variable direkt in der Befehlszeile festlegen. Das bedeutet, dass -udies durch die entsprechende PYTHONUNBUFFEREDEinstellung vor ersetzt werden kann python:

#!/usr/bin/env PYTHONUNBUFFERED="YESSSSS" python

Funktioniert mit RHEL 6.5. Ich bin mir ziemlich sicher, dass diese Funktion envnahezu universell ist.

Ich habe kürzlich einen Patch für die GNU Coreutils-Version von geschrieben env, um dieses Problem zu beheben :

http://lists.gnu.org/archive/html/coreutils/2017-05/msg00018.html

Wenn Sie dies haben, können Sie tun:

#!/usr/bin/env :lang:--foo:bar

envwird :lang:foo:--barin die Felder aufgeteilt lang, foound --bar. Es sucht PATHfür den Dolmetscher lang, und dann rufen Sie es mit Argumenten --foo, barsowie der Pfad zum Skript und das Skript Argumente.

Es gibt auch eine Funktion, mit der Sie den Namen des Skripts in der Mitte der Optionen übergeben können. Angenommen, Sie möchten ausführen lang -f <thecriptname> other-arg, gefolgt von den verbleibenden Argumenten. Mit diesem Patch envwird es folgendermaßen gemacht:

#!/usr/bin/env :lang:-f:{}:other-arg

Das Feld ganz links, das äquivalent ist, {}wird durch das erste folgende Argument ersetzt, das unter Hash-Bang-Aufruf der Skriptname ist. Dieses Argument wird dann entfernt.

Hier other-argkönnte etwas von langoder vielleicht etwas von dem Skript verarbeitet werden.

Weitere Informationen finden Sie in den zahlreichen echoTestfällen im Patch.

Ich habe das :Zeichen gewählt, weil es ein vorhandenes Trennzeichen ist, das PATHauf POSIX-Systemen verwendet wird. Da envdie PATHSuche durchgeführt wird, ist es offensichtlich unwahrscheinlich, dass sie für ein Programm verwendet wird, dessen Name einen Doppelpunkt enthält. Die {}Markierung stammt vom findDienstprogramm, mit dem das Einfügen eines Pfads in die -execBefehlszeile bezeichnet wird.