python == python2 LUB python == python3? Jak pakować, dystrybuować skrypty py2k Pythona?

W zależności od systemu python== python2lub python== python3.

Wykonalne skrypty Pythona, zaczynają się od:

#!/usr/bin/env python
#!/usr/bin/env python2
#!/usr/bin/env python3...

W przypadku python py3k jest to zawarte w dokumentacji, której powinienem / mogę używać z numerem wersji , więc robię to:

#!/usr/bin/env python3

Ale znalazłem problem ze skryptami py2k.

Podczas gdy w py2k dokumentacji jest napisane do użytku: #! /usr/bin/env python,

na niektórych * nix-es python py3k jest domyślny, więc python == python3. (Na przykład pakiet Python ArchLinux , tutaj pliki pakietu Python ).

Jak spakować (skonfigurować, wykonać) i / lub przygotować skrypty Pythona do dystrybucji, aby sobie z tym poradzić?

Pytam o tworzenie pakietów oprogramowania, które mogą być łatwo uruchamiane przez użytkowników (bez modyfikowania środowiska)

Mogę zrobić tę samą sztuczkę dla skryptów Pythona py2k jako skrypty python py3k i ustawić go jako: #!/usr/bin/env python2? Czy mogę mieć pewność, że każda dystrybucja py2k w Pythonie zawiera python2plik, więc #!/usr/bin/env python2będzie działać?

Jeśli tak, dlaczego nie jest proponowany jako standard, na przykład w dokumentacji Python py2k ?

Skrypt może sprawdzić swoją wersję w języku Python, a jeśli jest to język Python 3, uruchom go ponownie przy użyciu języka Python 2. Dodaj następujące polecenie w pobliżu nagłówka skryptu:

if sys.version > '3':
  python2 = os.popen('which python2 2> /dev/null').read().rstrip()
  if python2:
    args = sys.argv[:]
    args.insert(0,python2)
    os.execv(python2,args)
  else:
    sys.exit("%s requires Python Version 2 (python2 not in PATH)" % os.path.basename(__file__))

Używa polecenia systemu whichdo zlokalizowania python2w środowisku PATH. Następnie uruchamia się ponownie z tym (lub przerywa, jeśli nie można go znaleźć).

Zauważ, że skrypt musi mieć poprawną składnię w języku Python 3, aby mógł się uruchomić w języku Python 3.

Ponadto każde wyjście powinno zostać opróżnione przed execvpołączeniem, w przeciwnym razie zostanie utracone. Dodanie na przykład sys.stdout.flush()tuż przed wywołaniem execvspowoduje opróżnienie wszystkich printinstrukcji.

W starszych wersjach może po prostu być pythonzamiast python2. Aby Twoja linia sheebang była wyraźniejsza, możesz utworzyć link python2 -> python, abyś mógł z niej korzystać #!/usr/bin/env python2.

Myślę, że „standard” jest zdefiniowany w https://www.python.org/dev/peps/pep-0394/

Ten PEP zapewnia konwencję zapewniającą, że skrypty Pythona mogą być nadal przenośne w systemach * nix, niezależnie od domyślnej wersji interpretera Pythona (tj. Wersji wywoływanej przez komendę python).

• Python2 będzie odnosił się do niektórych wersji Python 2.x.
• Python3 będzie odnosił się do niektórych wersji Python 3.x.
• na razie wszystkie dystrybucje powinny zapewnić, że python odnosi się do tego samego celu co python2.
• użytkownicy końcowi powinni jednak pamiętać, że python odnosi się do python3 przynajmniej na Arch Linux (ta zmiana spowodowała utworzenie tego PEP), więc python powinien być używany w wierszu shebang tylko dla skryptów, które są kompatybilne ze źródłami z Python 2 i 3.
• w ramach przygotowań do ewentualnej zmiany domyślnej wersji języka Python, skrypty tylko w języku Python 2 powinny zostać zaktualizowane, aby były zgodne ze źródłami języka Python 3, lub też w celu użycia python2 w linii shebang.