Définition des variables d'environnement sur OS X

Comment définir l'environnement pour de nouveaux processus a commencé par Spotlight (sans avoir besoin de redémarrer)

Vous pouvez définir l'environnement utilisé par launchd (et, par extension, tout a commencé à partir de Spotlight) avec launchctl setenv. Par exemple, pour définir le chemin d'accès:

launchctl setenv PATH /opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin

Ou si vous souhaitez configurer votre chemin dans .bashrc ou similaire, puis de miroir dans launchd:

PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin
launchctl setenv PATH $PATH

Il n'y a pas besoin de redémarrer bien que vous aurez besoin de redémarrer une application si vous le souhaitez pour ramasser l'environnement a changé.

Cela inclut toutes les coques déjà en cours d'exécution en vertu de Terminal.app, bien que si vous êtes là, vous pouvez mettre l'environnement, plus directement, par exemple, avec export PATH=/opt/local/bin:/opt/local/sbin:$PATH pour bash ou zsh.

La façon de réduire les changements de après un redémarrage

À conserver les modifications après un redémarrage vous pouvez définir les variables d'environnement de /etc/launchd.conf, comme suit:

setenv PATH /opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin

launchd.conf est exécuté automatiquement lorsque vous redémarrez.

Si vous souhaitez que ces modifications prennent effet, vous devez utiliser cette commande pour retraiter launchctl.conf (merci @mklement pour l'astuce!)

egrep -v '^\s*#' /etc/launchd.conf | launchctl

Vous pouvez en savoir plus sur launchctl et comment il charge launchd.conf avec la commande man launchctl.

Solution pour à la fois la ligne de commande et de l'interface utilisateur des applications à partir d'une seule source (fonctionne avec Mac OS X v10.10 (Yosemite) et Mac OS X v10.11 (El Capitan))

Supposons que vous avez variable d'environnement définitions dans votre ~/.bash_profile comme dans l'extrait suivant:

export JAVA_HOME="$(/usr/libexec/java_home -v 1.8)"
export GOPATH="$HOME/go"
export PATH="$PATH:/usr/local/opt/go/libexec/bin:$GOPATH/bin"
export PATH="/usr/local/opt/coreutils/libexec/gnubin:$PATH"
export MANPATH="/usr/local/opt/coreutils/libexec/gnuman:$MANPATH"

Nous avons besoin d'un Lancer l'Agent qui s'exécute sur chaque connexion et à tout moment, sur la demande qui va se charger de ces variables à la session de l'utilisateur. Nous aurons également besoin d'un script shell pour analyser ces définitions et de construire nécessaire commandes devant être exécutées par l'agent.

Créer un fichier avec plist suffixe (par exemple, nommé osx-env-sync.plist) dans ~/Library/LaunchAgents/ répertoire avec le contenu suivant:

<?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>osx-env-sync</string>
  <key>ProgramArguments</key>
  <array>
    <string>bash</string>
    <string>-l</string>
    <string>-c</string>
    <string>
      $HOME/.osx-env-sync.sh
    </string>
  </array>
  <key>RunAtLoad</key>
  <true/>
</dict>
</plist>

-l paramètre est ici essentielle; il est nécessaire pour exécuter le script shell avec un shell de connexion de sorte que ~/.bash_profile provient, en premier lieu, avant de ce script est exécuté.

Maintenant, le script shell. Créer à ~/.osx-env-sync.sh avec le contenu suivant:

grep export $HOME/.bash_profile | while IFS=' =' read ignoreexport envvar ignorevalue; do
  launchctl setenv ${envvar} ${!envvar}
done

Assurez-vous que le script exécutable:

chmod +x ~/.osx-env-sync.sh

Maintenant, chargez le lancement de l'agent pour la session en cours:

launchctl load ~/Library/LaunchAgents/osx-env-sync.plist

(Re)Lancer une application graphique et vérifier qu'il peut lire les variables d'environnement.

La configuration est persistant. Il survivra redémarre et relogins.

Après la configuration initiale (que tu viens de faire), si vous voulez tenir compte de tout changement dans votre ~/.bash_profile à l'ensemble de votre environnement, de nouveau, la reprise de la launchctl load ... commande de ne pas accomplir ce que vous voulez; au lieu de cela, vous aurez un avertissement comme suit:

<$HOME>/Library/LaunchAgents/osx-env-sync.plist: Operation already in progress

Afin de recharger vos variables d'environnement sans passer par le logout/login processus procédez de la manière suivante:

launchctl unload ~/Library/LaunchAgents/osx-env-sync.plist
launchctl load ~/Library/LaunchAgents/osx-env-sync.plist

Enfin, assurez-vous que vous relancez votre déjà en cours d'exécution des applications (y compris les Terminaux.app) pour leur faire prendre conscience des changements.

J'ai aussi poussé le code et les explications ici pour un projet GitHub: osx-env-sync.

J'espère que cela va être l'ultime solution, au moins pour les dernières versions de mac OS X (Yosemite & El Capitan).

Il y a essentiellement deux problèmes à résoudre lorsque vous traitez avec
les variables d'environnement dans OS X. La première est lors de l'appel de programmes
à partir de l'actualité (l'icône de la loupe sur le côté droit de la Mac
menu/barre d'état) et la seconde lors de l'appel de programmes à partir du Dock.
Appel des programmes à partir d'un Terminal d'application/utilitaire est trivial
car il lit l'environnement du shell standard emplacements
(~/.profile, ~/.bash_profile, ~/.bashrc, etc.)

Lors de l'appel de programmes de la station d'accueil, utilisez ~/.MacOSX/environment.plist
où la <dict> élément contient une séquence de
<key>KEY</key><string>theValue</string> éléments.

Lors de l'appel de programmes de Projecteurs, de s'assurer que launchd a été
le programme d'installation avec toutes les clés/valeurs des paramètres dont vous avez besoin.

De résoudre les deux problèmes simultanément, j'utilise un élément d'ouverture de session (set via la
Le système de Préférences de l'outil) sur mon compte d'Utilisateur. L'élément d'ouverture de session est un script bash qui
invoque un Emacs lisp fonction, même si on peut bien sûr utiliser leurs
favori outil de script pour accomplir la même chose. Cette approche
il a l'avantage supplémentaire que cela fonctionne à tout moment et ne nécessite pas de
reboot, c'est à dire on peut modifier ~/.profile, exécutez la connexion dans la coquille et les changements visibles pour les nouveaux invoqués programmes, à partir du Dock ou feux des Projecteurs.

Détails:

Élément d'ouverture de session: ~/bin/macosx-startup

#!/bin/bash
bash -l -c "/Applications/Emacs.app/Contents/MacOS/Emacs --batch -l ~/lib/emacs/elisp/macosx/environment-support.el -f generate-environment"

Emacs lisp fonction: ~/lib/emacs/elisp/macosx/envionment-support.el

;;; Provide support for the environment on Mac OS X

(defun generate-environment ()
  "Dump the current environment into the ~/.MacOSX/environment.plist file."
  ;; The system environment is found in the global variable:
  ;; 'initial-environment' as a list of "KEY=VALUE" pairs.
  (let ((list initial-environment)
        pair start command key value)
    ;; clear out the current environment settings
    (find-file "~/.MacOSX/environment.plist")
    (goto-char (point-min))
    (setq start (search-forward "<dict>\n"))
    (search-forward "</dict>")
    (beginning-of-line)
    (delete-region start (point))
    (while list
      (setq pair (split-string (car list) "=")
            list (cdr list))
      (setq key (nth 0 pair)
            value (nth 1 pair))
      (insert "  <key>" key "</key>\n")
      (insert "  <string>" value "</string>\n")

      ;; Enable this variable in launchd
      (setq command (format "launchctl setenv %s \"%s\"" key value))
      (shell-command command))
    ;; Save the buffer.
    (save-buffer)))

REMARQUE: Cette solution est un amalgame de ceux à venir avant, j'ai ajouté de la mine, en particulier celle offerte par Matt Curtis, mais j'ai délibérément essayé de garder mon ~/.bash_profile contenu indépendant de la plateforme et mettre le réglage de la launchd environnement (Mac uniquement de l'installation) dans un script séparé.

Sur la Montagne du Lion tous les /etc/paths et /etc/launchd.conf d'édition ne fait aucun effet!

Apple Developer Forums de dire:

"Modifier les informations.plist de l' .l'application elle-même contenir un "LSEnvironment"
dictionnaire avec les variables d'environnement que vous souhaitez.

~/.MacOSX/environnement.plist n'est plus pris en charge."

Donc j'ai modifié directement de l'application Info.plist (clic droit sur "AppName.application" (dans ce cas SourceTree) et puis "Show package contents").

Et j'ai ajouté une nouvelle clé/dict paire appelée:

<key>LSEnvironment</key>
<dict>
     <key>PATH</key>
     <string>/Users/flori/.rvm/gems/ruby-1.9.3-p362/bin:/Users/flori/.rvm/gems/ruby-1.9.3-p362@global/bin:/Users/flori/.rvm/rubies/ruby-1.9.3-p326/bin:/Users/flori/.rvm/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:</string>
</dict>

(voir: LaunchServicesKeys de la Documentation d'Apple)

Maintenant l'application (dans mon cas Sourcetree) utilise le chemin d'accès donné et travaille avec Git 1.9.3 🙂

PS: bien sûr, vous devez modifier le Chemin de l'entrée à votre chemin d'accès spécifique des besoins.

Mise à jour (2017-08-04)

Que de (au moins) macOS 10.12.6 (Sierra), cette méthode semble avoir cessé de travailler pour Apache httpd (pour le system et la user option de launchctl config). Les autres programmes ne semble pas être affectée. Il est concevable que c'est un bug dans httpd.

Réponse originale à cette question

Cela concerne OS X 10.10+ (10.11+ en raison notamment de la mode sans racine où /usr/bin n'est plus accessible en écriture).

J'ai lu à plusieurs endroits que l'utilisation de launchctl setenv PATH <new path> pour définir la PATH variable ne fonctionne pas en raison d'un bogue dans OS X (ce qui semble vrai à partir de l'expérience personnelle). J'ai trouvé qu'il y a un autre moyen de la PATH peuvent être définies pour les applications ne sont pas lancés à partir du shell:

sudo launchctl config user path <new path>

Cette option est documentée dans le launchctl homme page:

config système | utilisateur paramètre valeur

Ensembles persistants des informations de configuration pour launchd(8) domaines. Seul le système de domaine et des domaines de l'utilisateur peut être configuré. L'emplacement du stockage persistant est un
détail de l'implémentation, et les changements de stockage doit être effectuée uniquement par le biais de cette sous-commande. Un redémarrage est nécessaire pour que les modifications effectuées dans cette sous-commande pour prendre effet.

[...]

chemin

Définit la variable d'environnement PATH pour tous les services dans le domaine cible de la chaîne de valeur. La chaîne de valeur doivent être conformes au format défini pour l'
Variable d'environnement PATH environ(7). Notez que si un service spécifie son propre CHEMIN, le service spécifique de la variable d'environnement aura préséance.

REMARQUE: Cette installation ne peut pas être utilisé pour définir général des variables d'environnement pour tous les services dans le domaine. Il est volontairement limitées à l'environnement PATH vari-
pouvoir et rien d'autre pour des raisons de sécurité.

J'ai confirmé l'existence de ce travail avec une interface graphique du démarrage de l'application dans le Finder (qui utilise getenv pour obtenir le CHEMIN d'accès).
Notez que vous n'avez qu'à le faire une fois et le changement sera persistantes à travers redémarre.

Après avoir poursuivi la Les Variables d'environnement sous-fenêtre des préférences et découvrir que le lien est rompu et une recherche sur le site d'Apple, ce qui semble indiquer qu'ils ont oublié à ce sujet... j'ai commencé à revenir sur les traces de l'insaisissable launchd processus.

Sur mon système (Mac OS X 10.6.8), il apparaît que les variables définies dans l'environnement.plist sont être fiable exportés vers les applications lancées à partir de l'actualité (par launchd). Mon problème, c'est que ces revendeurs à valeur ajoutée ne sont pas exportés à nouveau bash sessions dans le Terminal. I. e. J'ai le problème inverse, comme représenté ici.

REMARQUE: l'environnement.plist ressemble JSON, pas XML, comme décrit précédemment

J'ai été en mesure d'obtenir Spotlight apps pour voir le vars par édition de ~/MacOSX/environnement.plist et
J'ai été en mesure de forcer les mêmes vars dans une nouvelle session de Terminal, par adjonction, à mon .le fichier de profil:

eval $(launchctl export)

Un peu comme la réponse de Matt Curtis a donné, je définir des variables d'environnement via launchctl, mais je l'envelopper dans un appel de fonction à l'exportation, de sorte que chaque fois que je l'exportation d'une variable comme d'habitude dans mon .bash_profile, elle est également définie par launchctl. Voici ce que je fais:

1. Mon .bash_profile se compose uniquement d'une ligne, (C'est juste une préférence personnelle.)

   source .bashrc

2. Mon .bashrc a ceci:

   function export()
   {
       builtin export "$@"
       if [[ ${#@} -eq 1 && "${@//[^=]/}" ]]
       then
           launchctl setenv "${@%%=*}" "${@#*=}"
       elif [[ ! "${@//[^ ]/}" ]]
       then
           launchctl setenv "${@}" "${!@}"
       fi
   }
   
   export -f export

3. Ci-dessus entraîne une surcharge du Bash builtin "exportation" et exportation de tout ce qui est normalement (vous remarquerez que je l'exportation "à l'exportation" avec elle!), alors correctement configurer pour OS X app environnements via launchctl, si vous utilisez l'une des options suivantes:

   export LC_CTYPE=en_US.UTF-8
   # ~$ launchctl getenv LC_CTYPE
   # en_US.UTF-8
   PATH="/usr/local/bin:${PATH}"
   PATH="/usr/local/opt/coreutils/libexec/gnubin:${PATH}"
   export PATH
   # ~$ launchctl getenv PATH
   # /usr/local/opt/coreutils/libexec/gnubin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin
   export CXX_FLAGS="-mmacosx-version-min=10.9"
   # ~$ launchctl getenv CXX_FLAGS
   # -mmacosx-version-min=10.9

4. De cette façon, je n'ai pas à envoyer chaque variable à launchctl à chaque fois, et je peux juste avoir mon .bash_profile /.bashrc configuré de la façon que je veux. Ouvrez une fenêtre de terminal, vérifiez vos variables d'environnement qui vous intéresse avec launchctl getenv myVar, changer quelque chose dans votre .bash_profile/.bashrc, fermez la fenêtre du terminal et de l'ouvrir à nouveau, vérifiez la variable à nouveau avec launchctl, et voilá, c'est changé.

5. De nouveau, comme pour les autres solutions pour l'après-Lion de Montagne du monde, pour toutes les nouvelles variables d'environnement afin d'être disponibles pour les applications, vous avez besoin pour lancer ou relancer après le changement.

Je pense que l'OP est à la recherche d'un moyen simple, Windows-comme solution.

Ici, vous allez:

http://www.apple.com/downloads/macosx/system_disk_utilities/environmentvariablepreferencepane.html

La $PATH variable est également soumis à path_helper, ce qui rend l'utilisation de la /etc/paths de fichiers et les fichiers de /etc/paths.d.

Une description plus détaillée peut être trouvée dans CHEMIN d'accès et d'autres problèmes de l'environnement dans Leopard (2008-11)

C'est simple:

Éditer ~/.profil et mettre vos variables comme suit

$ vim ~/.profil

Dans le fichier mis:

MY_ENV_VAR=valeur

1. Enregistrer ( :wq )

2. Redémarrer le terminal (Arrêter de fumer et de l'ouvrir à nouveau)

3. Assurez-vous que tout est bien:

$ echo $MY_ENV_VAR

$ valeur

---

Bien, je n'en suis pas sûr à propos de la /etc/paths et ~/.MacOSX/environment.plist fichiers. Ceux-ci sont nouveaux.

Mais avec Bash, vous devriez savoir que .bashrc est exécuté avec chaque nouveau shell invocation
et .bash_profile n'est exécuté qu'une fois au démarrage.

Je ne sais pas combien de fois c'est avec Mac OS X. je pense que la distinction a rompu avec le système de fenêtre de lancement tout.

Personnellement, j'éliminer la confusion en créant un .bashrc fichier avec tout ce dont j'ai besoin et puis faire:

ln -s .bashrc .bash_profile

Configurer votre variable d'environnement PATH sur Mac OS

Ouvrez le programme de Terminal (ce qui est dans votre dossier Applications/Utilitaires par défaut). Exécutez la commande suivante

touch ~/.bash_profile; open ~/.bash_profile

Cela va ouvrir le fichier dans votre éditeur de texte par défaut.

Pour Android SDK comme par exemple:

Vous devez ajouter le chemin d'accès à votre Android SDK platform-tools et répertoire des outils. Dans mon exemple, je vais utiliser "/Développement/android-sdk-macosx" comme le répertoire du SDK est installé. Ajoutez la ligne suivante:

export PATH=${PATH}:/Development/android-sdk-macosx/platform-tools:/Development/android-sdk-macosx/tools

Enregistrez le fichier et quittez l'éditeur de texte. Exécuter votre .bash_profile pour mettre à jour votre CHEMIN:

source ~/.bash_profile

Maintenant, chaque fois que vous ouvrez le programme de Terminal votre CHEMIN va inclure le SDK Android.

Shells De Login

/etc/profile

Le shell exécute pour la première fois les commandes dans le fichier /etc/profile. Un utilisateur avec les privilèges d'administrateur peut configurer ce fichier à établir à l'échelle du système caractéristiques par défaut pour les utilisateurs de Bash.

.bash_profile
.bash_login
.profile

Suivant le shell cherche ~/.bash_profile, ~/.bash_login, et ~/.profile (~/est à court de main pour votre home directory), dans cet ordre, l'exécution des commandes, dans le premier de ces fichiers qu'il trouve. Vous pouvez placer des commandes dans l'un de ces fichiers pour remplacer les paramètres par défaut définis en /etc/profile. Un shell en cours d'exécution sur un terminal virtuel ne pas exécuter des commandes dans ces fichiers.

.bash_logout

Lorsque vous vous déconnectez, bash exécute les commandes dans le ~/.bash_logout fichier. Ce fichier contient souvent des commandes nettoyer après une session, telles que celles de supprimer les fichiers temporaires.

Interactive Nonlogin Coquilles

/etc/bashrc

Bien que n'étant pas appelé par bash directement, de nombreuses ~/.bashrc fichiers appel /etc/bashrc. Cette configuration permet à l'utilisateur de travailler avec les privilèges de root à établir à l'échelle du système caractéristiques par défaut pour nonlogin bash coquilles.

.bashrc

Interactif nonlogin shell exécute les commandes dans le ~/.bashrc fichier. Généralement, un fichier de démarrage pour un shell de connexion, tels que .bash_profile, exécute ce fichier, de sorte que les deux login et nonlogin coquilles d'exécuter les commandes dans .bashrc.

Parce que les commandes en .bashrc peut être exécutée plusieurs fois, et parce que les sous-coquille hériter exporté variables, il est une bonne idée de mettre les commandes que l'ajout de variables existantes dans le .bash_profile fichier.

Juste fait ce vraiment facile et rapide. Tout d'abord créer un ~/.bash_profile dans le terminal:

touch .bash_profile

puis

open -a TextEdit.app .bash_profile

ajouter

export TOMCAT_HOME=/Library/Tomcat/Home

enregistrer documement et vous avez terminé.

C'est assez simple. Modifier le fichier .profile (vi, nano, Sublime Text ou autre éditeur de texte) fichier. Vous pouvez trouver à la ~/ directory (répertoire d'utilisateur) et réglez comme ceci:

export MY_VAR=[your value here]

Exemple avec Java home:

export JAVA_HOME=/Library/Java/JavaVirtualMachines/current

Enregistrer et revenir à la terminale.

Vous pouvez le recharger avec:

source .profile

Ou de fermer et d'ouvrir votre fenêtre de terminal.