Comment faire en sorte que la commande de programme 'python' exécute Python 3?

La pythoncommande de programme exécute Python 2. Python 3 peut être exécuté à l'aide de la python3commande. Comment exécuter Python 3 à l'aide de la pythoncommande?

Un moyen simple et sûr serait d'utiliser un alias. Placez ce dans ~/.bashrcou ~/.bash_aliasesfichier:

alias python=python3

Après avoir ajouté ce qui précède dans le fichier, exécutez source ~/.bashrcou source ~/.bash_aliases.

Par exemple:

$ python --version
Python 2.7.6
$ python3 --version
Python 3.4.3
$ alias python=python3
$ python --version
Python 3.4.3

Pour contourner l'alias, utilisez la commandcommande intégrée:

$ command python --version
Python 2.7.6

Une autre façon de contourner l'alias consiste à utiliser \avant la commande.

$ \python --version 
Python 2.7.6

Pour désactiver l'alias dans le shell courant utilisez la unaliascommande intégrée:

$ unalias python
$ python --version
Python 2.7.6

[Juin 2016] L'endroit recommandé pour obtenir des informations sur la transition est la page officielle Ubuntu Python .

À partir du wiki Ubuntu :

Pour Ubuntu et Debian, nous avons des objectifs de projet en cours pour faire de Python 3 la version par défaut préférée de Python dans les distributions.

Qu'est-ce que cela ne signifie pas :

• /usr/bin/pythonpointera vers Python 3. Non, cela ne va pas arriver (à moins que PEP 394 ne préconise le contraire, ce qui est douteux pour l'avenir prévisible). /usr/bin/pythonet /usr/bin/python2pointera sur Python 2.7 et /usr/bin/python3sur la dernière version prise en charge de Python 3.

• Python 2 sera supprimé de l'archive. Non, cela ne va pas arriver . Nous prévoyons que Python 2.7 restera pris en charge et disponible dans Ubuntu assez longtemps, étant donné que PEP 373 promet une prise en charge de la maintenance des correctifs de bogues en amont jusqu’en 2020.

Il n'est pas recommandé de modifier le lien symbolique en raison d'autres dépendances de packages, mais ils "ont des objectifs de projet en cours pour faire de Python 3 la version par défaut préférée de Python dans les distributions".

Pour une utilisation CLI, comme @Radu Radeanu , je vous recommande de mettre un alias dans l'utilisateur ~/.bashrc, le .bash_aliasesfichier (les différents fichiers, y compris ~/.bash_profile,, sont chargés au moins une fois la plupart du temps à des fins d' organisation, mais peut varier selon la plate - forme). Les environnements virtuels Python fonctionnent également bien.

Exemples d'alias:

alias python=python3

ou

alias python='/usr/bin/python3'

Les scripts doivent toujours utiliser quelque chose comme #!/usr/bin/env python3pour la compatibilité croisée.

L'utilisation envest agréable pour une utilisation mixte avec des environnements virtuels.

Note (merci à @wjandrea): les alias font partie du runtime bash, pas de l'environnement utilisateur. Par conséquent, ils ne sont pas disponibles pour le shebang ( #!). Si vous préférez l’alias python = python3, certains utilisateurs program.pysans shebang peuvent être exécutés en appelant l’interpréteur aliasé comme ceci python program.py. L'aliasing peut également être utile pour les systèmes dotés de plusieurs versions de python3 telles que 3.4 et 3.6.

Mise à jour: J'ai appris que ce n'est pas la bonne façon, car Python2 et Python3 ne sont pas interchangeables.

Vous pouvez essayer l'outil de ligne de commande update-alternatives.

$ sudo update-alternatives --config python

Si vous obtenez l'erreur "pas d'alternative pour python", configurez vous-même une alternative avec la commande suivante:

$ sudo update-alternatives --install /usr/bin/python python /usr/bin/python3 10

Modifiez le chemin /usr/bin/python3d' accès à votre version de python souhaitée en conséquence.

Ubuntu, et le reste des distributions Linux d'ailleurs, dépendent encore largement de Python 2.7 pour un certain nombre d'applications et de commandes. Si vous modifiez la référence par défaut de "python" en Python 3.x, un certain nombre de fonctions Python commenceront à générer des erreurs d'assertion.

Par exemple, sous Ubuntu, "pip" pour l'un ne fonctionnerait plus correctement à moins que vous n'ayez directement édité le fichier et modifié le shebang en faisant référence à "#! / Usr / bin / env python2.7". Sur les versions RHEL (Red Hat Enterprise Linux) telles que Red Hat, Fedora et CentOS, la commande "Yum" dépend également de Python 2.7.

Ce que je veux dire par là, c'est que vous feriez en sorte qu'une grande quantité de code commence à générer des erreurs d'assertion afin de pouvoir taper 'python' dans le terminal pour faire référence à Python 3.x.

Vous ferez bien mieux d'utiliser la commande 'python3' dans le terminal et le shebang '#! / Usr / bin / env python3' dans vos fichiers Python 3.x.

Faire

cd ~
gedit .bash_aliases

alors écris soit

alias python=python3

ou

alias python='/usr/bin/python3'

Enregistrez le fichier, fermez le terminal et ouvrez-le à nouveau.
Lien

Vous pouvez créer un lien symbolique /usr/bin/pythonvers python3avec

sudo ln -s /usr/bin/python3 /usr/bin/python

et vous pouvez empêcher l’installation de Python 2 et pip2 en tant que dépendance avec

sudo apt-mark hold python python-pip

Voir les autres réponses pour savoir pourquoi vous ne voudriez peut-être pas faire cela. Ubuntu 18.04+ n’est plus livré avec Python 2, donc ça ne devrait pas être trop grave.

cat > /usr/local/bin/py
#!/bin/dash
python3 "$@"
<CTRL-D>

(à condition que vous ayez la permission d'écrire sur / usr / local / bin)

cat > /usr/local/bin/pyi
#!/bin/dash
python3 -i "$@"
<CTRL-D>

alors vous ne tapez que py (et utilisez py dans #! lignes) pour votre python choisi.

Je trouve très utile de supprimer simplement / usr / bin / python et / usr / bin / pip. Cela oblige tous les programmes à utiliser les commandes "python2" et "python3".

Bien que certains paquets optionnels et obsolètes dépendent #!/usr/bin/pythondu travail, je préfère soumettre des correctifs à ces programmes que de continuer à faire des erreurs étranges et parfois difficiles à corriger.

Vous pouvez utiliser update-alternativespour fournir différentes versions de programmes pouvant être nécessaires à différents moments en raison de problèmes de compatibilité.

Cette réponse est un bon exemple de la façon de configurer pour gérer simultanément différentes versions de gcc / g ++, par exemple.

faites juste la même chose avec python2.7 et python 3.3