Variables d'environnement dans Mac OS X

Il y a plusieurs endroits où vous pouvez définir des variables d'environnement.

• ~/.profile : utilisez ceci pour les variables que vous voulez définir dans tous les programmes lancés à partir du terminal (notez que, contrairement à Linux, tous les shells ouverts dans le Terminal.app sont shells de login).
• ~/.bashrc : ceci est invoqué pour les shells qui ne sont pas des shells de connexion. L'utiliser pour des alias et d'autres choses qui doivent être redéfinie dans les sous-coquille, pas pour variables d'environnement héritées.
• /etc/profile : ceci est chargé avant ~/.profil, mais est autrement équivalent. Utilisez-le quand vous voulez que la variable s'applique aux programmes terminaux lancés par tous les utilisateurs sur la machine (en supposant qu'ils utilisent bash).
• ~/.MacOSX/environment.plist : ceci est lu par loginwindow lors de la connexion. Il s'applique à toutes les applications, y compris les interfaces graphiques, à l'exception de celles lancées par Spotlight en 10.5 (pas 10.6). Vous devez vous déconnecter et vous connecter encore une fois, que les changements entrent en vigueur. Ce fichier n'est plus supporté depuis OS X 10.8.
• instance de votre utilisateur launchd : ceci s'applique à tous les programmes lancés par l'utilisateur, GUI et CLI. Vous pouvez appliquer des modifications à tout moment en utilisant la commande setenv dans launchctl . en théorie , vous devriez être en mesure de mettre setenv commandes dans ~/.launchd.conf , et launchd les lirait automatiquement lorsque l'utilisateur se connecte, mais en pratique soutien pour ce fichier n'a jamais été mis en œuvre. Au lieu de cela, vous pouvez utiliser un autre mécanisme pour exécuter un script lors de la connexion, et le faire appeler launchctl pour configurer l'environnement launchd .
• /etc/launchd.conf : ceci est lu par launchd lorsque le système démarre et lorsqu'un utilisateur se connecte. Ils affectent tous les processus sur le système, parce que launchd est le processus racine. Pour appliquer des modifications au lancement root en cours d'exécution, vous pouvez insérer les commandes dans sudo launchctl .

les choses fondamentales à comprendre sont:

• les variables d'environnement sont héritées par les enfants d'un processus au moment où ils sont fourchés.
• le processus root est une instance de launchd, et il y a aussi une instance de launchd séparée par session utilisateur.
• launchd vous permet de changer ses variables d'environnement actuelles en utilisant launchctl ; les variables mises à jour sont alors hérité par tous les nouveaux processus de fourche.

exemple de configuration d'une variable d'environnement avec launchd:

echo setenv REPLACE_WITH_VAR REPLACE_WITH_VALUE | launchctl

maintenant, lancez votre application GUI qui utilise la variable, et voilà!

Pour contourner le fait que ~/.launchd.conf ne fonctionne pas, vous pouvez mettre le script suivant dans ~/Library/LaunchAgents/local.launchd.conf.plist :

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>Label</key>
  <string>local.launchd.conf</string>
  <key>ProgramArguments</key>
  <array>
    <string>sh</string>
    <string>-c</string>
    <string>launchctl &lt; ~/.launchd.conf</string>    
  </array>
  <key>RunAtLoad</key>
  <true/>
</dict>
</plist>

alors vous pouvez mettre setenv REPLACE_WITH_VAR REPLACE_WITH_VALUE à l'intérieur ~/.launchd.conf , et il sera exécuté à chaque connexion.

notez que lorsque vous insérez une liste de commandes dans launchctl de cette façon, vous ne pourrez pas définir de variables d'environnement avec des valeurs contenant des espaces. Si vous devez le faire, vous pouvez appeler launchctl comme suit: launchctl setenv MYVARIABLE "QUOTE THE STRING" .

aussi, notez que d'autres programmes qui tournent à la connexion peuvent s'exécuter avant le lanceur, et donc ne pas voir les variables d'environnement qu'il fixe.

je pense que ce que L'OP cherche est une solution simple, semblable à windows.

ici ya go:

https://www.macupdate.com/app/mac/14617/rcenvironment

vous pouvez lire sur linux, ce qui est assez proche de ce qu'est Mac OS X. Ou vous pouvez lire sur BSD Unix, qui est un peu plus proche. Pour la plupart, les différences entre Linux et BSD ne sont pas très importantes.

/etc/profile sont des variables d'environnement système.

~/.profile sont des variables d'environnement spécifiques à l'utilisateur.

"où dois-je mettre ma variable JAVA_HOME?"

• Ne vous plusieurs utilisateurs? Font-ils des soins? Pourriez-vous changer un autre utilisateur en changeant un /etc/profile ?

en général, je préfère ne pas gâcher les paramètres du système même si je suis le seul utilisateur. Je préfère modifier mes paramètres locaux.

pour les applications GUI, vous devrez créer et éditer ~/.MacOSX/environment.plist . Plus de détails ici . Vous devez vous connecter pour ces afin de prendre effet. Je ne suis pas sûr qu'ils affectent aussi les applications lancées à partir du Terminal, mais je suppose qu'ils le feront.

pour les applications lancées depuis le Terminal, vous pouvez également éditer le~/.le fichier de profil.

il suffit d'ouvrir le fichier ~/.profile , via nano dans le Terminal et d'y taper:

export PATH=whatever/you/want:$PATH

Sauvegardez ce fichier (cmd+X et Y). Après cela veuillez vous déconnecter / vous connecter à nouveau ou simplement ouvrir un nouvel onglet dans le Terminal et essayer d'utiliser votre nouvelle variable.

s'il vous PLAÎT N'oubliez PAS d'ajouter ":$PATH" après ce que/vous/voulez-vous, sinon, vous allez effacer tous les chemins dans la variable PATH, qui étaient là avant.

synchronisez les variables D'environnement OS X pour les applications en ligne de commande et GUI à partir d'une seule source avec osx-env-sync .

j'ai aussi posté une réponse à une question connexe ici .

si vous voulez changer les variables d'environnement de façon permanente sur El Capitan, mettez-les dans /etc/paths . Note , ce fichier est en lecture seule par défaut, vous aurez donc à chmod pour les autorisations d'écriture.