Nie można przekazać argumentu do pythona za pomocą "#!/Usr/bin/env python"

Question

Potrzebowałem mieć bezpośrednio wykonywalny skrypt pythona, więc uruchomiłem plik z #!/usr/bin/env python. Jednak potrzebuję również niebuforowanego wyjścia, więc próbowałem #!/usr/bin/env python -u, ale to nie powiedzie się z python -u: no such file or directory.

I okazało się, że #/usr/bin/python -u działa, ale muszę to dostać python w PATH wspieranie środowisk wirtualnych env.

Jakie są moje opcje?

Answer 1

Lepiej użyć zmiennej środowiskowej, aby to umożliwić. Zobacz Pythona Doc: http://docs.python.org/2/using/cmdline.html

Twoim przypadku:

export PYTHONUNBUFFERED=1 
script.py 

Answer 2

Podawanie argumentów do linii shebang nie jest standardem, a eksperymenty nie działają w połączeniu z env w systemie Linux. Rozwiązanie z bash polega na użyciu wbudowanego polecenia "set", aby ustawić wymagane opcje. Myślę, że możesz zrobić to samo, aby ustawić niebuforowane wyjście stdin za pomocą komendy python.

my2c

Answer 3

Jest to kludge i wymaga bash, ale to działa:

#!/bin/bash 

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

Answer 4

Podczas korzystania shebang na Linuksie, cała reszta linii po nazwie interpretera jest interpretowany jako pojedyncza argument. python -u zostaje przekazany do env tak, jakbyś napisał: /usr/bin/env 'python -u'. Opcja /usr/bin/env wyszukuje plik binarny o nazwie python -u, którego nie ma.

Answer 5

W niektórych środowiskach env nie dzieli argumentów. Twój env szuka "python -u" na twojej ścieżce. Możemy używać sh do pracy. Zastąp swój shebang następującymi liniami kodu i wszystko będzie dobrze.

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

p.s. nie musimy się martwić o ścieżkę do sh, prawda?

Answer 6

To może być trochę przestarzały, ale env (1) Instrukcja mówi, można użyć 'S' w tym przypadku

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

Wydaje się, że działa całkiem dobrze na FreeBSD.

Answer 7

Oto alternatywa skryptu do/usr/bin/env, która pozwala przekazywać argumenty na linii hash-bang, w oparciu o/bin/bash i z ograniczeniem, że spacje są zabronione w ścieżce wykonywalnej. Ja to nazywam "envns" (env bez spacji):

#!/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[@]}" 

Zakładając ten skrypt znajdujący się w katalogu/usr/local/bin/envns, oto linia shebang:

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

Testowane na Ubuntu 13.10 i cygwin x64.

Answer 8

Uwalnianie odpowiedzi Larry'ego Cai, env pozwala ustawić zmienną bezpośrednio w linii poleceń.Oznacza to, że -u może być zastąpiony przez równoważną PYTHONUNBUFFERED ustawienie przed python:

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

Works na RHEL 6.5. Jestem pewien, że funkcja env jest prawie uniwersalna.

Answer 9

Niedawno napisał patch do wersji GNU Coreutils z env aby rozwiązać ten problem:

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

Jeśli masz to, można zrobić:

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

env podzieli :lang:foo:--bar w polach lang, foo i --bar. Przeszuka ona PATH dla interpretera lang, a następnie wywoła go z argumentami --foo, bar oraz ścieżką do skryptu i argumentów tego skryptu.

Istnieje również funkcja przekazywania nazwy skryptu w środku opcji. Załóżmy, że chcesz uruchomić lang -f <thecriptname> other-arg, a następnie pozostałe argumenty. Mając to poprawione env, że odbywa się to tak:

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

maksymalna po lewej stronie pola, które jest odpowiednikiem {} otrzymuje z pierwszym argumentem, który następuje, które pod wezwaniem hash Wybuchu, to nazwa skryptu. Argument ten zostaje następnie usunięty.

Tutaj, other-arg może być coś przetworzonego przez lang lub coś przetworzonego przez skrypt.

Aby lepiej zrozumieć, zobacz liczne przypadki testowe echo w łatce.

Wybrałem znak :, ponieważ jest to istniejący separator używany w systemach PATH w systemach POSIX. Ponieważ env dokonuje wyszukiwania PATH, jest mało prawdopodobne, aby było używane dla programu, którego nazwa zawiera dwukropek. Znacznik {} pochodzi z narzędzia find, które używa go do oznaczenia wstawienia ścieżki do linii poleceń -exec.