python == python2 OU python == python3? Comment empaqueter, distribuer des scripts python py2k?

Selon le système, python== python2ou python== python3.

Scripts Python exécutables, commence par:

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

Pour python py3k, il est fourni dans la documentation que je devrais / peux utiliser avec le numéro de version , donc je fais ceci:

#!/usr/bin/env python3

Mais j'ai trouvé un problème avec les scripts py2k.

Alors que dans la documentation py2k il est écrit à l' utilisation: #! /usr/bin/env python,

sur certains * nix-es, python py3k est par défaut, donc python == python3. (Par exemple , le package python ArchLinux , ici les fichiers du package python ).

Comment empaqueter (configurer, créer) et / ou préparer des scripts python pour la distribution pour gérer cela?

Je pose des questions sur la création de progiciels pouvant être exécutés facilement par les utilisateurs (sans modifier leur environnement)

Puis - je faire la même astuce pour les scripts python py2k comme pour les scripts Py3K python et le définir comme: #!/usr/bin/env python2? Puis-je être sûr que chaque distribution python py2k contient un python2fichier, alors #!/usr/bin/env python2cela fonctionnera-t-il?

Si oui, pourquoi n'est-il pas proposé en standard, par exemple dans la documentation python py2k ?

Un script peut vérifier sa version Python et, s'il s'agit de Python 3, se redémarrer à l'aide de Python 2. Ajoutez ce qui suit près de la tête du script:

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

Cela utilise la whichcommande du système pour localiser python2dans l'environnement PATH. Il se relance ensuite avec cela (ou s'interrompt s'il est incapable de le trouver).

Notez que le script doit être une syntaxe Python 3 valide pour qu'il démarre dans Python 3.

De plus, toute sortie doit être vidée avant l' execvappel, sinon elle sera perdue. L'ajout, par exemple, sys.stdout.flush()juste avant l'appel à execvvidera toutes les printinstructions.

Sur les anciennes versions, il peut juste être au pythonlieu de python2. Pour rendre votre ligne de sheebang plus claire, vous pouvez créer un lien python2 -> pythonque vous pouvez utiliser #!/usr/bin/env python2.

Je pense que le "standard" est défini dans https://www.python.org/dev/peps/pep-0394/

Ce PEP fournit une convention pour garantir que les scripts Python peuvent continuer à être portables sur les systèmes * nix, quelle que soit la version par défaut de l'interpréteur Python (c'est-à-dire la version invoquée par la commande python).

• python2 fera référence à une version de Python 2.x.
• python3 fera référence à une version de Python 3.x.
• pour le moment, toutes les distributions devraient garantir que python se réfère à la même cible que python2.
• cependant, les utilisateurs finaux doivent savoir que python fait référence à python3 sur au moins Arch Linux (ce changement est ce qui a incité à la création de ce PEP), donc python ne doit être utilisé dans la ligne shebang que pour les scripts compatibles avec Python 2 et 3.
• en prévision d'un éventuel changement dans la version par défaut de Python, seuls les scripts Python 2 doivent être mis à jour pour être compatibles avec Python 3 ou bien pour utiliser python2 dans la ligne shebang.