python == python2 ODER python == python3? Wie verpacke, verteile ich Python py2k Skripte?

Je nach System python== python2oder python== python3.

Ausführbare Python-Skripte, beginnt mit:

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

Für Python Py3K ist es in der Dokumentation enthalten. Ich sollte / kann es mit der Versionsnummer verwenden , also mache ich das:

#!/usr/bin/env python3

Aber ich habe ein Problem mit py2k-Skripten gefunden.

Während in py2k Dokumentation ist zu Verwendung geschrieben: #! /usr/bin/env python,

auf einigen * nix-es ist python py3k standardmäßig, also python == python3. (Zum Beispiel ArchLinux-Python-Paket , hier Python-Paketdateien ).

Wie kann man Python-Skripte für die Verteilung verpacken (konfigurieren, erstellen) und / oder vorbereiten, um dies zu handhaben?

Ich frage nach Softwarepaketen, die von Benutzern einfach ausgeführt werden können (ohne ihre Umgebung zu verändern).

Kann ich für Python-Py2K-Skripte den gleichen Trick wie für Python-Py3K-Skripte ausführen und Folgendes festlegen : #!/usr/bin/env python2? Kann ich sicher sein, dass jede Python-Py2K-Distribution eine python2Datei enthält , die also #!/usr/bin/env python2funktioniert?

Wenn ja, warum wird es nicht als Standard vorgeschlagen, beispielsweise in der Python Py2K-Dokumentation ?

Ein Skript kann seine Python-Version überprüfen und, wenn dies Python 3 ist, sich selbst mit Python 2 neu starten. Fügen Sie Folgendes am Kopf des Skripts hinzu:

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__))

Dies verwendet den whichBefehl des Systems , um python2in der Umgebung zu suchen PATH. Es startet sich dann neu damit (oder bricht ab, wenn es nicht gefunden werden kann).

Beachten Sie, dass das Skript eine gültige Python 3-Syntax haben muss, damit es in Python 3 gestartet werden kann.

Außerdem sollte jede Ausgabe vor dem execvAnruf geleert werden, da sie sonst verloren geht. Wenn Sie beispielsweise sys.stdout.flush()kurz vor dem Aufruf von execvhinzufügen, werden alle printAnweisungen gelöscht .

Bei älteren Versionen kann es nur pythonstatt geben python2. Um Ihre Sheebang-Linie klarer zu machen, können Sie einen Link erstellen python2 -> python, den Sie verwenden können #!/usr/bin/env python2.

Ich denke, der "Standard" ist in https://www.python.org/dev/peps/pep-0394/ definiert.

Dieses PEP bietet eine Konvention, um sicherzustellen, dass Python-Skripte unabhängig von der Standardversion des Python-Interpreters (dh der vom Python-Befehl aufgerufenen Version) weiterhin auf * nix-Systemen portierbar sind.

• python2 verweist auf eine Version von Python 2.x.
• python3 verweist auf eine Version von Python 3.x.
• Derzeit sollten alle Distributionen sicherstellen, dass Python auf dasselbe Ziel wie Python2 verweist.
• Endbenutzer sollten sich jedoch darüber im Klaren sein, dass Python unter mindestens Arch Linux auf Python3 verweist (diese Änderung hat zur Erstellung dieses PEP geführt). Daher sollte Python in der Shebang-Zeile nur für Skripte verwendet werden, die mit Python 2 quellkompatibel sind und 3.
• In Vorbereitung auf eine eventuelle Änderung der Standardversion von Python sollten nur Python 2-Skripte entweder aktualisiert werden, um mit Python 3 quellkompatibel zu sein, oder um Python2 in der Shebang-Zeile zu verwenden.