macOS 12.3 n’est plus fourni avec nano, un éditeur de texte populaire pour le terminal

Nicolas Furno |

Apple continue de faire le ménage parmi les apps destinées au terminal et aux développeurs intégrées à macOS. Avec macOS Monterey, l’entreprise a retiré deux langage de développement qui étaient jusque-là fournis par défaut : PHP dès la première version, puis Python 2 avec macOS 12.3.

Comme prévu, macOS Monterey n’intègre plus PHP par défaut

Comme prévu, macOS Monterey n’intègre plus PHP par défaut

Développement : Python 2 n’est plus fourni avec macOS 12.3

Développement : Python 2 n’est plus fourni avec macOS 12.3

macOS 12.3 a aussi retiré une autre ressource, cette fois un éditeur de texte à utiliser dans le terminal : nano. Si vous n’avez jamais travaillé dans le terminal, vous ignorez peut-être qu’il faut tout faire sans interface graphique. Pour modifier des fichiers, il faut utiliser un éditeur de texte qui s’adapte au terminal, comme vi, emacs ou encore nano qui a gagné en popularité par sa plus grande simplicité d’utilisation. Apple l’intégrait jusque-là au système, mais il a désormais été remplacé par Pico, qui est en réalité l’ancêtre de nano.

Quand on utilise nano pour ouvrir un fichier, c’est en réalité Pico qui se lance sous macOS 12.3.

On ne sait pas pourquoi Apple privilégie pico à nano, mais l’entreprise a quoi qu’il en soit fait le maximum pour éviter de casser les habitudes. Depuis le terminal de macOS 12.3, vous pouvez toujours utiliser la commande nano suivie du chemin du fichier à ouvrir et vous n’aurez pas d’erreur. Pico s’ouvrira à la place de nano et puisque ce dernier est un fork (clone qui a dérivé par la suite), vous ne serez pas dépaysé par son fonctionnement similaire, en particulier pour ses raccourcis clavier basés sur la touche ^ (control).

Néanmoins, nano est plus complet et surtout mieux maintenu, avec la dernière version qui date de février 2022 quand pico est resté bloqué en 2009. Selon vos besoins, la configuration par défaut de macOS peut vous suffire, mais vous pouvez aussi regretter nano pour l’une de ses fonctions supplémentaires, sa coloration syntaxique ou encore la traduction en français. Comme avec tous les outils en ligne de commande, réinstaller nano est facile, par exemple avec le gestionnaire de paquets Homebrew et la commande brew install nano.

Après installation via Homebrew, nano est de retour dans sa dernière version et avec coloration syntaxique.

Quant à savoir pourquoi Apple préfère pico à nano, la réponse est peut-être à chercher du côté de la licence de chaque outil, respectivement GPL et Apache. Cela fait des années maintenant que l’entreprise élimine tout ce qui relève de la licence GPL v3, jugée problématique suite à l’ajout de clauses strictes qui vont à l’encontre d’un système propriétaire comme l’est macOS.

Apple poursuit sa purge des logiciels sous licence GPL

Apple poursuit sa purge des logiciels sous licence GPL

En changeant la licence de CUPS, Apple poursuit sa purge anti-GPL

En changeant la licence de CUPS, Apple poursuit sa purge anti-GPL

Le retrait de nano répond peut-être à cette problématique, tout comme le choix de zsh au détriment de bash pour les sessions de terminal par défaut de macOS, depuis Catalina :

macOS Catalina : zsh par défaut, Python et Ruby dépréciés

macOS Catalina : zsh par défaut, Python et Ruby dépréciés

avatar Guizilla | 

Juste pour troll, il y a amp, un projet Rust installable après installation de cargo apres installation des outils de développement Apple.

Pages

CONNEXION UTILISATEUR