Pourquoi le fichier ~/.zprofile est toujours extrait lors de chaque session interactive ?

Ils vont charger de nombreuses variables d'environnement par exemple. Ces scripts doivent être exécutés et disponibles à chaque session du terminal. C'est pourquoi je mets normalement ces lourds scripts dans .xxprofile sous Linux. Ils ne seront chargés qu'une seule fois. Tous les nouveaux onglets (même les nouveaux Windows) seront extrêmement rapides (moins de 1s). Mais si un nouvel onglet est une session de connexion dans MacOS, je ne sais pas quoi faire.

@sgon00 Eh bien, les variables env doivent être chargées à nouveau à chaque fois de toute façon, session de connexion ou non. Mais vous pourriez peut-être poser une nouvelle question à ce sujet et y expliquer le problème plus en détail, car d'autres utilisateurs ont peut-être de l'expérience dans ce domaine.

OK, merci beaucoup pour la réponse.

@nohillside Peut-être que le dernier paragraphe fait référence à apple.stackexchange.com/a/119714/237

@mmmmmm Peut-être :-) C'est un bon ajout à la liste, c'est sûr.

@sgon00 Je viens d'effectuer un test et de sourcer un fichier qui définit 17576 variables env dans bash et zsh. Cela n'a pratiquement pas pris de temps du tout (0,05 seconde). Il est donc fort probable que ce soit autre chose qui rende votre .zprofile lent.

Que diriez-vous de 100M de variables env ? :) Je plaisante. Bien que je ne veuille pas partager mes scripts en .zprofile, j'en ai trouvé d'aussi lourds en ligne. Juste pour vous donner quelques idées. Par exemple, ce fichier github.com/nvm-sh/nvm/blob/master/nvm.sh est sourcecd et disponible dans chaque session de terminal. Cela prendra quelques secondes. Problèmes connexes fermés github.com/nvm-sh/nvm/issues/2387 y github.com/nvm-sh/nvm/issues/1978

@nohillside : Un shell non-login hérite ses env-vars de son parent, donc ils ne devraient pas avoir besoin d'être chargés à chaque fois si le processus parent avait ceux que vous voulez. e.g. sur un bureau GNU/Linux, votre émulateur de terminal (e.g. xterm ou Konsole) pourrait lui-même avoir été démarré à partir d'un shell qui a déjà fourni des env-vars, ou votre .xinitrc pourrait avoir fourni des choses de configuration d'env-var avant de démarrer le gestionnaire de fenêtre / session de bureau (qui à son tour vous permet de démarrer des terminaux en cliquant sur des choses). Il existe donc des moyens, sur d'autres systèmes d'exploitation au moins, pour que les variables d'environnement soient définies pour l'ensemble de la session. (plus difficile à modifier cependant)

@PeterCordes Eh bien, pour faire simple, MacOS fonctionne différemment. Cela n'aurait même pas d'importance si Terminal (ou iTerm) lançait un shell en tant que non-login, toutes les variables d'environnement proviennent de Terminal/iTerm, pas d'un shell qui tourne déjà (oui, je sais, c'est la même chose que sous Linux mais là, vous pouvez définir des variables env avant même de lancer le premier xterm).

J'ai pensé qu'il pourrait y avoir un mécanisme permettant de définir les paramètres d'environnement de manière globale pour tout processus lancé depuis le Finder. Je ne pensais pas qu'il s'agirait de .xinitrc, mais plutôt d'un fichier de configuration en syntaxe shell, ou d'une interface graphique. (Ou je suppose que vous pouvez démarrer un terminal à partir d'une autre session de terminal.) Cependant, je suppose que tout processus a au moins PATH déjà défini, auquel cas vous n'avez pas techniquement besoin de pour définir les variables d'environnement. C'est généralement ce que vous voulez faire si vous voulez personnaliser autre chose que des alias ou des fonctions shell.

@PeterCordes Il n'y en a pas. Nous avons plusieurs questions à ce sujet sur AD, toute fonctionnalité qui permettait cela dans les anciennes versions de MacOS semble avoir disparu de nos jours.

C'est vrai, désolé pour les commentaires pédants, et merci pour l'info sur MacOS que j'étais trop paresseux pour chercher moi-même :/.