Was ist der richtige Weg, um Umgebungsvariablen wie PATH in OS X zu ändern?

Ich habe ein wenig bei Google nachgesehen und drei verschiedene Dateien zum Bearbeiten gefunden:

• / etc / path
• ~ / .profile
• ~ / .tcshrc

Ich habe nicht einmal einige dieser Dateien und bin mir ziemlich sicher, dass .tcshrc falsch ist, da OS X jetzt Bash verwendet. Wo sind diese Variablen, insbesondere PATH, definiert?

Ich verwende OS X 10.5 (Leopard).

Bruno ist auf dem richtigen Weg. Ich habe umfangreiche Nachforschungen angestellt und wenn Sie Variablen festlegen möchten, die in allen GUI-Anwendungen verfügbar sind, ist Ihre einzige Option /etc/launchd.conf.

Bitte beachten Sie, dass environment.plist nicht für Anwendungen funktioniert, die über Spotlight gestartet werden. Dies wird von Steve Sexton hier dokumentiert .

1. Öffnen Sie eine Terminal-Eingabeaufforderung

2. Typ sudo vi /etc/launchd.conf(Hinweis: Diese Datei ist möglicherweise noch nicht vorhanden.)

3. Fügen Sie Inhalte wie die folgenden in die Datei ein

   # Set environment variables here so they are available globally to all apps
   # (and Terminal), including those launched via Spotlight.
   #
   # After editing this file run the following command from the terminal to update
   # environment variables globally without needing to reboot.
   # NOTE: You will still need to restart the relevant application (including
   # Terminal) to pick up the changes!
   # grep -E "^setenv" /etc/launchd.conf | xargs -t -L 1 launchctl
   #
   # See http://www.digitaledgesw.com/node/31
   # and http://stackoverflow.com/questions/135688/setting-environment-variables-in-os-x/
   #
   # Note that you must hardcode the paths below, don't use environment variables.
   # You also need to surround multiple values in quotes, see MAVEN_OPTS example below.
   #
   setenv JAVA_VERSION 1.6
   setenv JAVA_HOME /System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home
   setenv GROOVY_HOME /Applications/Dev/groovy
   setenv GRAILS_HOME /Applications/Dev/grails
   setenv NEXUS_HOME /Applications/Dev/nexus/nexus-webapp
   setenv JRUBY_HOME /Applications/Dev/jruby
   
   setenv ANT_HOME /Applications/Dev/apache-ant
   setenv ANT_OPTS -Xmx512M
   
   setenv MAVEN_OPTS "-Xmx1024M -XX:MaxPermSize=512m"
   setenv M2_HOME /Applications/Dev/apache-maven
   
   setenv JMETER_HOME /Applications/Dev/jakarta-jmeter

4. Speichern Sie Ihre Änderungen in vi und starten Sie Ihren Mac neu. Oder verwenden Sie den Befehl grep/ xargs, der im obigen Codekommentar angezeigt wird.

5. Beweisen Sie, dass Ihre Variablen funktionieren, indem Sie ein Terminalfenster öffnen und eingeben, exportund Sie sollten Ihre neuen Variablen sehen. Diese sind auch in IntelliJ IDEA und anderen GUI-Anwendungen verfügbar, die Sie über Spotlight starten.

So legen Sie die Umgebung für neue Prozesse fest, die von Spotlight gestartet wurden (ohne dass ein Neustart erforderlich ist)

Sie können die Umgebung festlegen, die von launchd (und damit auch von Spotlight aus) verwendet wird launchctl setenv. Zum Beispiel, um den Pfad festzulegen:

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

Oder wenn Sie Ihren Pfad in .bashrcoder ähnlich einrichten möchten, lassen Sie ihn in launchd spiegeln:

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

Es ist kein Neustart erforderlich obwohl Sie eine App neu starten müssen, wenn sie die geänderte Umgebung übernehmen soll.

Dies schließt alle Shells ein, die bereits unter Terminal.app ausgeführt werden. Wenn Sie jedoch dort sind, können Sie die Umgebung direkter einstellen, z. B. mit export PATH=/opt/local/bin:/opt/local/sbin:$PATH for bash oder zsh.

So behalten Sie Änderungen nach einem Neustart bei

Um Änderungen nach einem Neustart beizubehalten, können Sie die Umgebungsvariablen /etc/launchd.confwie folgt festlegen :

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

launchd.conf wird beim Neustart automatisch ausgeführt.

Wenn diese Änderungen jetzt wirksam werden sollen, sollten Sie diesen Befehl zur launchctl.conferneuten Verarbeitung verwenden (danke @mklement für den Tipp!)

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

Mit dem Befehl erfahren Sie mehr darüber launchctlund wie es geladen wird .launchd.confman launchctl

Bis einschließlich OS X 10.7 (Lion) können Sie sie einstellen in:

~/.MacOSX/environment.plist

Sehen:

• https://developer.apple.com/legacy/library/qa/qa1067/_index.html
• https://developer.apple.com/library/content/documentation/MacOSX/Conceptual/BPRuntimeConfig/Articles/EnvironmentVars.html

Für PATH im Terminal sollten Sie in der Lage sein, .bash_profileoder .profile(Sie müssen es wahrscheinlich erstellen)

Für OS X 10.8 (Mountain Lion) und darüber hinaus müssen Sie launchdund verwendenlaunchctl .

Lösung für Befehlszeilen- und GUI-Anwendungen aus einer Hand (funktioniert mit Mac OS X 10.10 (Yosemite) und Mac OS X 10.11 (El Capitan))

Nehmen wir an, Sie haben Umgebungsvariablendefinitionen ~/.bash_profilewie folgt im folgenden Snippet:

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"

Wir benötigen einen Launch Agent, der bei jeder Anmeldung und bei Bedarf jederzeit ausgeführt wird und diese Variablen in die Benutzersitzung lädt. Wir benötigen außerdem ein Shell-Skript, um diese Definitionen zu analysieren und die erforderlichen Befehle zu erstellen, die vom Agenten ausgeführt werden müssen.

Erstellen Sie eine Datei mit dem plistSuffix (z. B. benannt osx-env-sync.plist) in einem ~/Library/LaunchAgents/Verzeichnis mit folgendem Inhalt:

<?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>

-lParameter ist hier kritisch; Es ist erforderlich, das Shell-Skript mit einer Login-Shell auszuführen , damit ~/.bash_profilees zuerst bezogen wird, bevor dieses Skript ausgeführt wird.

Nun das Shell-Skript. Erstellen Sie es ~/.osx-env-sync.shmit den folgenden Inhalten:

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

Stellen Sie sicher, dass das Shell-Skript ausführbar ist:

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

Laden Sie nun den Startagenten für die aktuelle Sitzung:

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

(Neu) Starten Sie eine GUI-Anwendung und überprüfen Sie, ob sie die Umgebungsvariablen lesen kann.

Das Setup ist dauerhaft. Es wird Neustarts und Neuanmeldungen überleben.

Wenn Sie nach der ~/.bash_profileErsteinrichtung (die Sie gerade durchgeführt haben) Änderungen in Ihrer gesamten Umgebung erneut widerspiegeln möchten, führt das erneute Ausführen des launchctl load ...Befehls nicht das aus, was Sie möchten. Stattdessen erhalten Sie eine Warnung wie die folgende:

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

Gehen Sie wie folgt vor, um Ihre Umgebungsvariablen neu zu laden, ohne den Abmelde- / Anmeldevorgang durchlaufen zu müssen:

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

Stellen Sie schließlich sicher, dass Sie Ihre bereits ausgeführten Anwendungen (einschließlich Terminal.app) neu starten, um sie auf die Änderungen aufmerksam zu machen.

Ich habe auch den Code und die Erklärungen hier in ein GitHub-Projekt übertragen: osx-env-sync .

Ich hoffe, dass dies die ultimative Lösung sein wird, zumindest für die neuesten Versionen von OS X (Yosemite & El Capitan).

1. Tun:

   vim ~/.bash_profile

   Die Datei ist möglicherweise nicht vorhanden (wenn nicht, können Sie sie einfach erstellen).

2. Geben Sie dies ein und speichern Sie die Datei:

   export PATH=$PATH:YOUR_PATH_HERE

3. Lauf

   source ~/.bash_profile

Beim Umgang mit Umgebungsvariablen in OS X sind im Wesentlichen zwei Probleme zu lösen. Das erste ist das Aufrufen von Programmen über Spotlight (das Lupensymbol auf der rechten Seite des Mac-Menüs / der Statusleiste) und das zweite beim Aufrufen von Programmen über das Dock . Das Aufrufen von Programmen von einer Terminal - Anwendung / Nutzen ist trivial , weil sie die Umwelt vor den Standard - Shell Standorten lesen ( ~/.profile, ~/.bash_profile, ~/.bashrc, etc.)

Verwenden Sie beim Aufrufen von Programmen vom Dock aus, ~/.MacOSX/environment.plist wo das <dict>Element eine Folge von <key>KEY</key><string>theValue</string>Elementen enthält.

Stellen Sie beim Aufrufen von Programmen über Spotlight sicher, dass launchd mit allen erforderlichen Schlüssel- / Werteinstellungen eingerichtet wurde.

Um beide Probleme gleichzeitig zu lösen, verwende ich ein Anmeldeelement (das über das Tool "Systemeinstellungen" festgelegt wurde) in meinem Benutzerkonto. Das Anmeldeelement ist ein Bash-Skript, das eine Emacs-Lisp-Funktion aufruft, obwohl man natürlich sein bevorzugtes Skript-Tool verwenden kann, um dasselbe zu erreichen. Dieser Ansatz hat den zusätzlichen Vorteil, dass er jederzeit funktioniert und keinen Neustart erfordert. Das heißt, man kann ~/.profiledas Anmeldeelement in einer Shell bearbeiten , ausführen und die Änderungen für neu aufgerufene Programme entweder vom Dock oder von Spotlight aus sichtbar machen.

Einzelheiten:

Login-Element: ~/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 Funktion: ~/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)))

HINWEIS: Diese Lösung ist eine Mischung aus denen, die vor dem Hinzufügen meiner Lösung entstanden sind, insbesondere die von Matt Curtis. Ich habe jedoch bewusst versucht, meine ~/.bash_profileInhaltsplattform unabhängig zu halten und die Einstellungen der launchdUmgebung (nur für Mac) in ein separates Skript zu integrieren .

Eine andere kostenlose OpenSource-Lösung für Mac OS X 10.8 (Mountain Lion) -Einstellungsbereich / Umgebungs.plist ist EnvPane .

Der Quellcode von EnvPane ist auf GitHub verfügbar . EnvPane scheint vergleichbare Funktionen wie RCEnvironment zu haben, es scheint jedoch, dass es seine gespeicherten Variablen sofort aktualisieren kann, dh ohne dass ein Neustart oder eine Anmeldung erforderlich ist, was zu begrüßen ist.

Wie vom Entwickler angegeben:

EnvPane ist ein Einstellungsbereich für Mac OS X 10.8 (Mountain Lion), in dem Sie Umgebungsvariablen für alle Programme sowohl in grafischen als auch in Terminalsitzungen festlegen können. Es stellt nicht nur die Unterstützung für ~ / .MacOSX / environment.plist in Mountain Lion wieder her, sondern veröffentlicht auch Ihre Änderungen an der Umgebung sofort, ohne dass Sie sich abmelden und wieder anmelden müssen. <SNIP> EnvPane enthält (und installiert automatisch) a Startagent, der 1) früh nach der Anmeldung und 2) immer dann ausgeführt wird, wenn sich die ~ / .MacOSX / environment.plist ändert. Der Agent liest ~ / .MacOSX / environment.plist und exportiert die Umgebungsvariablen aus dieser Datei über dieselbe API, die von launchctl setenv und launchctl unsetenv verwendet wird, in die launchd-Instanz des aktuellen Benutzers.

Haftungsausschluss: Ich bin in keiner Weise mit dem Entwickler oder seinem Projekt verbunden.

PS Ich mag den Namen (klingt wie 'Ends Pain').

Update (04.08.2017)

Ab (mindestens) macOS 10.12.6 (Sierra) scheint diese Methode für Apache httpd nicht mehr zu funktionieren (für beide system als auch für die userOption von launchctl config). Andere Programme scheinen nicht betroffen zu sein. Es ist denkbar, dass dies ein Fehler in httpd ist.

Ursprüngliche Antwort

Dies betrifft OS X 10.10+ (10.11+, insbesondere aufgrund des Rootless-Modus, in dem /usr/bin nicht mehr beschreibbar ist).

Ich habe an mehreren Stellen gelesen, dass die Verwendung launchctl setenv PATH <new path>zum Festlegen der PATHVariablen aufgrund eines Fehlers in OS X (der aus persönlicher Erfahrung wahr zu sein scheint) nicht funktioniert. Ich habe festgestellt, dass es eine andere Möglichkeit PATHgibt, die für Anwendungen festgelegt werden kann, die nicht über die Shell gestartet wurden :

sudo launchctl config user path <new path>

Diese Option ist in der Manpage launchctl dokumentiert:

Konfigurationssystem | Benutzerparameterwert

Legt dauerhafte Konfigurationsinformationen für launchd (8) -Domänen fest. Es dürfen nur die Systemdomäne und die Benutzerdomänen konfiguriert werden. Der Speicherort des persistenten Speichers ist ein Implementierungsdetail, und Änderungen an diesem Speicher sollten nur über diesen Unterbefehl vorgenommen werden. Ein Neustart ist erforderlich, damit Änderungen, die über diesen Unterbefehl vorgenommen werden, wirksam werden.

[...]

Pfad

Setzt die Umgebungsvariable PATH für alle Dienste in der Zieldomäne auf den Zeichenfolgenwert. Der Zeichenfolgenwert sollte dem Format entsprechen, das für die Umgebungsvariable PATH in environ (7) angegeben ist. Beachten Sie, dass die dienstspezifische Umgebungsvariable Vorrang hat, wenn ein Dienst seinen eigenen Pfad angibt.

ANMERKUNG: Mit dieser Funktion können nicht allgemeine Umgebungsvariablen für alle Dienste innerhalb der Domäne festgelegt werden. Es ist absichtlich auf die PATH-Umgebungsvariable und nichts anderes aus Sicherheitsgründen ausgerichtet.

Ich habe bestätigt, dass dies mit einer GUI-Anwendung funktioniert, die vom Finder gestartet wurde (der getenvzum Abrufen von PATH verwendet wird). Beachten Sie, dass Sie dies nur einmal tun müssen und die Änderung durch Neustarts dauerhaft bleibt.

Auf Mountain Lion macht das alles /etc/pathsund das /etc/launchd.confBearbeiten keinen Effekt!

Apples Entwicklerforen sagen:

"Ändern Sie die Info.plist der .app selbst so, dass sie ein" LSEnvironment "-Wörterbuch mit den gewünschten Umgebungsvariablen enthält.

~ / .MacOSX / environment.plist wird nicht mehr unterstützt. "

Also habe ich die Anwendung direkt bearbeitet Info.plist(Rechtsklick auf "AppName.app" (in diesem Fall SourceTree) und dann " Show package contents").

Und ich habe ein neues Schlüssel / Dikt-Paar hinzugefügt:

<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>

(siehe: LaunchServicesKeys-Dokumentation bei Apple )

Jetzt verwendet die Anwendung (in meinem Fall Sourcetree) den angegebenen Pfad und arbeitet mit Git 1.9.3 :-)

PS: Natürlich müssen Sie den Pfadeintrag an Ihre spezifischen Pfadanforderungen anpassen.

Während die Antworten hier nicht "falsch" sind, füge ich noch eine hinzu: Nehmen Sie in OS X niemals Änderungen an Umgebungsvariablen vor, die "alle Prozesse" oder sogar außerhalb der Shell für alle Prozesse betreffen, die von einem bestimmten Benutzer interaktiv ausgeführt werden.

Nach meiner Erfahrung führen globale Änderungen an Umgebungsvariablen wie PATH für alle Prozesse unter OS X sogar noch häufiger zu Problemen als unter Windows. Grund dafür ist, dass viele OS X-Anwendungen und andere Software (einschließlich möglicherweise insbesondere Komponenten des Betriebssystems selbst) auf UNIX-Befehlszeilentools unter der Haube angewiesen sind und das Verhalten der mit dem System gelieferten Versionen dieser Tools annehmen Verwenden Sie dabei nicht unbedingt absolute Pfade (ähnliche Kommentare gelten für dynamisch geladene Bibliotheken und DYLD_ * -Umgebungsvariablen). Bedenken Sie beispielsweise, dass die am besten bewerteten Antworten auf verschiedene Fragen zum Stapelüberlauf zum Ersetzen von OS X-Versionen von Interpreten wie Python und Ruby im Allgemeinen lauten: "Tun Sie dies nicht."

OS X unterscheidet sich in dieser Hinsicht nicht von anderen UNIX-ähnlichen Betriebssystemen (z. B. Linux, FreeBSD und Solaris). Der wahrscheinlichste Grund, warum Apple dies nicht einfach bietet, ist, dass es Dinge kaputt macht . In dem Maße, in dem Windows für diese Probleme nicht so anfällig ist, liegt dies an zwei Dingen: (1) Windows-Software ist in dem Maße nicht auf Befehlszeilentools angewiesen, wie dies bei UNIX-Software der Fall ist, und (2) Microsoft hat dies getan Eine derart umfangreiche Geschichte sowohl der "DLL-Hölle" als auch der Sicherheitsprobleme, die durch Änderungen verursacht wurden, die alle Prozesse betreffen, hat das Verhalten des dynamischen Ladens in neueren Windows-Versionen geändert, um die Auswirkungen "globaler" Konfigurationsoptionen wie PATH zu begrenzen.

"Lahm" oder nicht, Sie haben ein weitaus stabileres System, wenn Sie solche Änderungen auf kleinere Bereiche beschränken.

Manchmal funktionieren alle vorherigen Antworten einfach nicht. Wenn Sie M2_HOMEin Eclipse oder in IntelliJ IDEA Zugriff auf eine Systemvariable (wie ) haben möchten , funktioniert in diesem Fall nur Folgendes für mich:

Bearbeiten Sie zuerst (Schritt 1), /etc/launchd.confum eine Zeile wie diese zu enthalten: "setenv VAR value", und starten Sie dann (Schritt 2) neu.

Das einfache Ändern von .bash_profile funktioniert nicht, da die Anwendungen in OS X nicht wie in anderen Unix-Versionen gestartet werden. Sie erben nicht die Shell-Variablen der Eltern. Alle anderen Änderungen funktionieren aus einem mir unbekannten Grund nicht. Vielleicht kann jemand anderes dies klären.

Nachdem ich den Einstellungsbereich für Umgebungsvariablen verfolgt und festgestellt habe, dass der Link fehlerhaft ist und eine Suche auf der Apple-Website darauf hinweist, dass sie ihn vergessen haben, bin ich wieder auf die Spur des schwer fassbaren Startvorgangs zurückgekehrt.

Auf meinem System (Mac OS X 10.6.8) scheint es , dass in environment.plist definierten Variablen sind auf Anwendungen zuverlässig exportiert von Spotlight gestartet (über launchd). Mein Problem ist, dass diese Variablen nicht in neue Bash-Sitzungen im Terminal exportiert werden. Dh ich habe das gegenteilige Problem wie hier dargestellt.

HINWEIS: environment.plist sieht wie zuvor beschrieben wie JSON und nicht wie XML aus

Ich konnte Spotlight-Apps durch Bearbeiten von ~ / MacOSX / environment.plist dazu bringen, die Variablen anzuzeigen, und ich konnte dieselben Variablen in eine neue Terminalsitzung zwingen, indem ich meiner .profile-Datei Folgendes hinzufügte:

eval $(launchctl export)

Jede der Bash Startdateien - ~/.bashrc, ~/.bash_profile, ~/.profile. Es gibt auch eine seltsame Datei, die ~/.MacOSX/environment.plistnach Umgebungsvariablen in GUI-Anwendungen benannt ist.

Ähnlich wie die Antwort, die Matt Curtis gegeben hat, habe ich Umgebungsvariablen über launchctl festgelegt, aber ich verpacke sie in eine Funktion namens export, sodass sie beim Exportieren einer Variablen wie normal in mein .bash_profile auch von launchctl festgelegt wird. Folgendes mache ich:

1. Mein .bash_profile besteht nur aus einer Zeile (Dies ist nur eine persönliche Präferenz.)

   source .bashrc

2. Mein .bashrc hat folgendes:

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

3. Das oben Gesagte überlastet den in Bash integrierten "Export" und exportiert alles normal (Sie werden feststellen, dass ich "Export" damit exportiere!). Anschließend stellen Sie sie für OS X-App-Umgebungen über launchctl richtig ein, unabhängig davon, ob Sie eine der folgenden Optionen verwenden:

   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. Auf diese Weise muss ich nicht jedes Mal jede Variable an launchctl senden, sondern ich kann einfach mein .bash_profile / .bashrc so einrichten, wie ich es möchte. Öffnen Sie ein Terminalfenster, überprüfen Sie Ihre Umgebungsvariablen, an denen Sie interessiert sind launchctl getenv myVar, ändern Sie etwas in Ihrem .bash_profile / .bashrc, schließen Sie das Terminalfenster und öffnen Sie es erneut, überprüfen Sie die Variable erneut mit launchctl, und voilá, es wurde geändert.

5. Wie bei den anderen Lösungen für die Post-Mountain Lion-Welt müssen auch bei neuen Umgebungsvariablen, die für Apps verfügbar sind, diese nach der Änderung gestartet oder neu gestartet werden.

Hier ist eine sehr einfache Möglichkeit, das zu tun, was Sie wollen. In meinem Fall brachte es Gradle zum Laufen (für Android Studio).

• Terminal öffnen.

• Führen Sie den folgenden Befehl aus:

  sudo nano /etc/paths oder sudo vim /etc/paths

• Geben Sie Ihr Passwort ein, wenn Sie dazu aufgefordert werden.

• Gehen Sie zum Ende der Datei und geben Sie den Pfad ein, den Sie hinzufügen möchten.
• Drücken Sie Control+, Xum das Programm zu beenden.
• Geben Sie 'Y' ein, um den geänderten Puffer zu speichern.

• Öffnen Sie ein neues Terminalfenster und geben Sie Folgendes ein:

  echo $PATH

Sie sollten den neuen Pfad sehen, der an das Ende des Pfads angehängt ist.

Ich habe diese Details aus diesem Beitrag erhalten:

Fügen Sie dem Pfad unter Mac OS X 10.8 Mountain Lion und höher hinzu

Ich denke, das OP sucht nach einer einfachen, Windows-ähnlichen Lösung.

Bitte schön:

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

Um genau zu sein, wofür jede Datei bestimmt ist

• ~/.profile wird bei jedem Start von Terminal.app bezogen
• ~/.bashrc Hier werden "traditionell" alle Exportanweisungen für die Bash-Umgebung festgelegt
• /etc/paths ist die Hauptdatei in Mac OS, die die Liste der Standardpfade zum Erstellen der Umgebungsvariablen PATH für alle Benutzer enthält
• /etc/paths.d/ enthält Dateien, die zusätzliche Suchpfade enthalten

Nicht-Terminal-Programme erben nicht die systemweiten PATH- und MANPATH-Variablen, die Ihr Terminal ausführt! Um die Umgebung für alle von einem bestimmten Benutzer gestarteten Prozesse festzulegen und damit Umgebungsvariablen für Mac OS X-GUI-Anwendungen verfügbar zu machen, müssen diese Variablen in Ihrem ~/.MacOSX/environment.plist(Apple Technical Q & A QA1067) definiert werden.

Verwenden Sie die folgende Befehlszeile zu synchronisieren environment.plistmit /etc/paths:

defaults write $HOME/.MacOSX/environment PATH "$(tr '\n' ':' </etc/paths)"

/etc/launchd.conf wird in OS X 10.10 (Yosemite), OS X 10.11 (El Capitan), macOS 10.12 (Sierra) oder macOS 10.13 (High Sierra) nicht verwendet.

Von der launchctlManpage:

/etc/launchd.conf file is no longer consulted for subcommands to run during early boot time;
this functionality was removed for security considerations.

Die in dieser Antwort " Unterschiedliche Fragen" beschriebene Methode funktioniert für mich (nach einem Neustart): Anwendungen, die über das Dock oder über Spotlight gestartet wurden, erben Umgebungsvariablen, die ich festgelegt habe ~/Library/LaunchAgents/my.startup.plist. (In meinem Fall musste ich Satz LANG, um en_US.UTF-8für einen Sublime Text Plugin.)

Die $PATHVariable unterliegt auch path_helper, was wiederum die /etc/pathsDatei und die Dateien in nutzt /etc/paths.d.

Eine ausführlichere Beschreibung finden Sie in PATH und anderen Umweltproblemen in Leopard (2008-11).

Es ist einfach:

Bearbeiten Sie ~ / .profile und geben Sie Ihre Variablen wie folgt ein

$ vim ~ / .profile

In Datei legen:

MY_ENV_VAR = Wert

1. Speichern (: wq)

2. Starten Sie das Terminal neu (Beenden Sie es und öffnen Sie es erneut)

3. Stellen Sie sicher, dass alles in Ordnung ist:

$ echo $ MY_ENV_VAR

$ value

Verwenden Sie für eine einzelne Benutzermodifikation die ~/.profilevon Ihnen aufgelisteten. Der folgende Link erklärt, wann die verschiedenen Dateien von Bash gelesen werden.

http://telin.ugent.be/~slippens/drupal/bashrc_and_others

Wenn Sie die Umgebungsvariable für GUI-Anwendungen festlegen möchten, benötigen Sie die Datei ~ / .MacOSX / environment.plist

Nun, ich bin mir nicht sicher über die /etc/pathsund ~/.MacOSX/environment.plistDateien. Die sind neu.

Bei Bash sollten Sie jedoch wissen, dass dies .bashrcbei jedem neuen Shell-Aufruf .bash_profileausgeführt wird und beim Start nur einmal ausgeführt wird.

Ich weiß nicht, wie oft dies unter Mac OS X der Fall ist. Ich denke, die Unterscheidung ist zusammengebrochen, als das Fenstersystem alles gestartet hat.

Persönlich beseitige ich die Verwirrung, indem ich eine .bashrcDatei mit allem, was ich brauche, erstelle und dann Folgendes tue:

ln -s .bashrc .bash_profile

Zusätzlich zu den vorgeschlagenen Ansätzen ist zu beachten, dass zumindest in OS X 10.5 (Leopard) die eingestellten Variablen launchd.confmit den vorgenommenen Einstellungen zusammengeführt werden .profile. Ich nehme an, dass dies wahrscheinlich auch für die Einstellungen in gültig ist ~/.MacOSX/environment.plist, aber ich habe es nicht überprüft.

Richten Sie Ihre PATH-Umgebungsvariable unter Mac OS ein

Öffnen Sie das Terminal-Programm (dies befindet sich standardmäßig in Ihrem Ordner "Programme / Dienstprogramme"). Führen Sie den folgenden Befehl aus

touch ~/.bash_profile; open ~/.bash_profile

Dadurch wird die Datei in Ihrem Standardtexteditor geöffnet.

Für Android SDK als Beispiel:

Sie müssen den Pfad zu Ihrem Android SDK-Plattform-Tools- und Tools-Verzeichnis hinzufügen. In meinem Beispiel verwende ich "/ Development / android-sdk-macosx" als Verzeichnis, in dem das SDK installiert ist. Fügen Sie die folgende Zeile hinzu:

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

Speichern Sie die Datei und beenden Sie den Texteditor. Führen Sie Ihr .bash_profile aus, um Ihren PATH zu aktualisieren:

source ~/.bash_profile

Jedes Mal, wenn Sie das Terminal-Programm öffnen, enthält Ihr PATH das Android SDK.

Hab das einfach und schnell gemacht. Erstellen Sie zuerst ein ~ / .bash_profile vom Terminal:

touch .bash_profile

dann

open -a TextEdit.app .bash_profile

hinzufügen

export TOMCAT_HOME=/Library/Tomcat/Home

Speichern Sie das Dokument und Sie sind fertig.

Es ist ganz einfach. Datei bearbeiten .profile(vi, nano , Sublime Text oder anderer Texteditor). Sie können es im ~/Verzeichnis (Benutzerverzeichnis) finden und wie folgt einstellen:

export MY_VAR=[your value here]

Beispiel mit Java home:

export JAVA_HOME=/Library/Java/JavaVirtualMachines/current

Speichern Sie es und kehren Sie zum Terminal zurück.

Sie können es neu laden mit:

source .profile

Oder schließen und öffnen Sie Ihr Terminalfenster.

Hier gibt es zwei Arten von Muscheln.

• Nicht angemeldet: .bashrc wird jedes Mal neu geladen, wenn Sie eine neue Kopie von Bash starten
• Login: Das .profile wird nur geladen, wenn Sie sich entweder anmelden oder Bash explizit anweisen, es zu laden und als Login-Shell zu verwenden.

Es ist wichtig , hier zu verstehen , dass mit Bash, Datei .bashrcnur von einer Hülle , die sowohl interaktiv als auch nicht-Login ist gelesen wird, und Sie werden feststellen , dass die Menschen oft laden finden .bashrcin .bash_profilezu überwinden diese Einschränkung.

Nachdem Sie das Grundverständnis haben, gehen wir weiter zu dem Punkt, an dem ich Ihnen raten würde, es einzurichten.

• .profile: nicht vorhanden erstellen. Fügen Sie dort Ihr PATH-Setup ein.
• .bashrc: erstellen, wenn nicht vorhanden. Fügen Sie dort alle Ihre Aliase und benutzerdefinierten Methoden ein.
• .bash_profile: erstellen, falls nicht vorhanden. Geben Sie Folgendes ein.

.bash_file:

#!/bin/bash
source ~/.profile # Get the PATH settings
source ~/.bashrc  # Get Aliases and Functions
#

Login Shells

/etc/profile

Die Shell führt zuerst die Befehle in der Datei aus /etc/profile. Ein Benutzer, der mit Root-Rechten arbeitet, kann diese Datei einrichten, um systemweite Standardmerkmale für Benutzer festzulegen, die Bash ausführen.

.bash_profile
.bash_login
.profile

Als nächstes sucht die Shell in dieser Reihenfolge nach ~/.bash_profile, ~/.bash_loginund ~/.profile(~ / ist die Abkürzung für Ihr Home-Verzeichnis) und führt die Befehle in der ersten dieser gefundenen Dateien aus. Sie können Befehle in eine dieser Dateien einfügen, um die eingestellten Standardeinstellungen zu überschreiben /etc/profile. Eine Shell, die auf einem virtuellen Terminal ausgeführt wird, führt in diesen Dateien keine Befehle aus.

.bash_logout

Wenn Sie sich abmelden, führt bash Befehle in der aus ~/.bash_logout Datei aus. Diese Datei enthält häufig Befehle, die nach einer Sitzung bereinigt werden, z. B. Befehle zum Entfernen temporärer Dateien.

Interaktive Nonlogin-Shells

/etc/bashrc

Obwohl nicht direkt von bash aufgerufen, werden viele ~/.bashrcDateien aufgerufen /etc/bashrc. Mit diesem Setup kann ein Benutzer, der mit Root-Rechten arbeitet, systemweite Standardmerkmale für Bash-Shells ohne Anmeldung festlegen.

.bashrc

Eine interaktive Nonlogin-Shell führt Befehle in der ~/.bashrcDatei aus. In der Regel wird .bash_profilediese Datei in einer Startdatei für eine Anmeldeshell ausgeführt, z. B. in Anmelde- und Nicht-Anmeldeshells .bashrc.

Da Befehle in häufig .bashrcausgeführt werden können und Subshells exportierte Variablen erben, empfiehlt es sich, Befehle in die .bash_profileDatei aufzunehmen , die zu vorhandenen Variablen hinzugefügt werden.

Die ganze Magie unter iOS geht nur mit der Verwendung sourceder Datei einher, in die Sie Ihre Umgebungsvariablen exportieren.

Zum Beispiel:

Sie können eine Datei wie folgt erstellen:

export bim=fooo
export bom=bar

Speichern Sie diese Datei unter bimbom.envund tun Sie dies source ./bimbom.ev. Voilá, du hast deine Umgebungsvariablen.

Überprüfen Sie sie mit:

echo $bim

Versuchen Sie für Bash, Ihre Umgebungsvariablen zur Datei hinzuzufügen /etc/profile, um sie allen Benutzern zur Verfügung zu stellen. Kein Neustart erforderlich, starten Sie einfach eine neue Terminalsitzung.