Festlegen der systemweiten Umgebungsvariablen PATH in Mavericks

In früheren Betriebssystemversionen konnte man die systemweite Umgebungsvariable PATH festlegen /etc/launchd.conf, um sie für alle Apps (nicht nur für die Befehlszeile) verfügbar zu machen.

In Mavericks scheint dies nicht mehr verwendet zu werden.

Gibt es eine andere Technik, um dies bei Außenseitern zu tun?

Yosemite

/etc/launchd.confwird in 10.10 nicht mehr unterstützt. Siehe man launchctl:

Die Datei /etc/launchd.conf wird nicht mehr für Unterbefehle herangezogen, die während der frühen Startzeit ausgeführt werden sollen. Diese Funktionalität wurde aus Sicherheitsgründen entfernt.

Sie können diese Liste jetzt beispielsweise speichern als ~/Library/LaunchAgents/my.startup.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>my.startup</string>
  <key>ProgramArguments</key>
  <array>
    <string>sh</string>
    <string>-c</string>
    <string>launchctl setenv PATH /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin</string>
  </array>
  <key>RunAtLoad</key>
  <true/>
</dict>
</plist>

Der launchctl setenvBefehl wird als Benutzer ausgeführt und gilt daher nur für Prozesse, die in der Benutzerdomäne gestartet wurden.

Diese Methode gilt nicht für Anwendungen, die beim Anmelden erneut geöffnet werden, wenn "Fenster beim erneuten Anmelden erneut öffnen" aktiviert ist.

Mavericks und früher

In 10.9 und früher können Sie beispielsweise ausführen

echo setenv PATH /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin|sudo tee -a /etc/launchd.conf

und dann neu starten, um die Änderungen zu übernehmen.

Andere Methoden

/etc/pathsund /etc/paths.d/nur (oder hauptsächlich) auf Muscheln anwenden. Die Linien in /etc/pathsund /etc/paths.d/*werden zu dem Pfad durch hinzugefügt path_helper , die aus ausgeführt wird /etc/profile, /etc/zshenvund /etc/csh.login. Ich kenne keine anderen Programme als Shells, die /etc/pathsoder berücksichtigen würden /etc/paths.d/.

~/.MacOSX/environment.plist hat in 10.8 aufgehört zu arbeiten.

Es gibt einen viel einfacheren Weg. Legen Sie eine Textdatei in den Ordner /etc/paths.d/. Geben Sie in dieser Textdatei den gewünschten Pfad UND eine neue Zeile ein. Am besten erstellen Sie für jeden Pfad eine neue Datei.

Auf meinem System gibt es eine Datei namens MySQL mit dem Text '/ usr / local / mysql / bin' und einer neuen Zeile.

Möglicherweise können Sie Umgebungsvariablen in der Datei festlegen /etc/launchd-user.conf...

In Mavericks konnte ich eine Umgebungsvariable in der Datei folgendermaßen konfigurieren:

setenv TEST test

Nach einem $TESTNeustart wird von /etc/launchd-user.conf gesetzt.

Bearbeiten

Möglicherweise ist die Syntax der Datei unter /etc/launchd.conf ungültig. Können Sie den Inhalt dieser Datei zur Prüfung bereitstellen?

Nach dem, was ich sehe, funktioniert das Setzen der PATH-Variablen in /etc/launchd.conf normal. Führt launchdjedoch keine Parametererweiterung durch . Wenn Sie also einen Eintrag wie setenv PATH $PATH:/usr/local/bin" $PATH:/usr/local/bin" haben , wird der resultierende Pfad auf " " gesetzt (Hinweis: Nicht der Wert von PATH, sondern der Text "$ PATH").

Auf meiner Mavericks-Installation hat das Hinzufügen von "setenv PATH blablabla" zu /etc/launchd.conf nach dem Neustart nicht funktioniert

Also habe ich meinen neuen Pfad an das Ende von / etc / arrows angehängt, was funktioniert hat.

Ich habe festgestellt, dass setenv PATH für Terminal und Anwendungen immer noch funktioniert, aber Shell-Skripte eingebrochen hat, die direkt über das Klicken oder Öffnen mit in Terminal von beispielsweise Finder gestartet wurden. Es ist sehr seltsam. Andere Umgebungsvariablen in /etc/launchd.confArbeit gesetzt.

Um das Problem bei direkt gestarteten Shell-Skripten zu beheben, habe ich die PATH-Einstellung in dupliziert ~/.bash_profile.

Das Bearbeiten /etc/paths.doder Verwenden .bash_profilehat bei mir nicht funktioniert, aber wie von jemand anderem vorgeschlagen (ich bin tatsächlich hierher gekommen, um seine Antwort zu bewerten, aber ich konnte sie nicht wiederfinden ?!), ich habe das bearbeitet, /etc/pathswas bei mir funktioniert

In meinem Fall habe ich Android-Tool adbund androidTerminal-Befehle hinzugefügt, die auf ihre SDK-Pfade verweisen ( adbdie heutzutage in ein anderes Verzeichnis verschoben wurden), die so aussehen

/usr/local/bin
...
/Applications/adt-bundle-mac/sdk/platform-tools  //new entries
/Applications/adt-bundle-mac/sdk/tools

Mit SWEET und dem Hinzufügen dieses XML zu ~ / Library / LaunchAgents / setenv.SVN.plist konnte BBEdit die in / opt installierten Subversion-Binärdateien verwenden.

<clip>
<string>launchctl setenv PATH /opt/subversion/bin:$PATH</string>
<clip>

Fügen Sie einfach Ihren 'bin'-Pfad (den Pfad, den Sie hinzufügen möchten) zur Datei / etc / arrows hinzu - starten Sie neu oder melden Sie sich neu an !!!

sudo vi /etc/paths 
(create a file (paths file) if it does't exist, I am using 'vi' editor, you can use your own as super user )
then, add your bin directory path like below 

/usr/local/mysql/bin
/usr/local/apache-ant-1.9.3/bin
/usr/local/gradle-1.11/bin

speichere die Datei und logge dich neu ein ... hoffe das hilft