Warum kann ich in OSX Yosemite viele Umgebungsvariablen für GUI-Apps festlegen, aber nicht die spezifische Variable PATH

Nachdem ich die PATH-Probleme von OSX bis zum Mavericks-Release aussortiert hatte, kommen die Probleme in Yosemite zurück!!!

Daher möchte ich die alte launch.confFunktion in der neuen Version von Mac OSX 10.10 Yosemite nachahmen, um die PATH-Umgebungsvariable in GUI-Apps wie Carbon Emacs oder RStudio verfügbar zu haben. Ich habe die großartige Idee von stackoverflow user ursa genutzt , um ein Shell-Skript einzurichten, das Umgebungsvariablen über konfiguriert launchctl. (Siehe seine Stackoverflow-Antwort hier .) Dies funktioniert für die meisten Umgebungsvariablen, aber nicht für die PATH-Variable .

1. Was habe ich getan?

Zuerst schrieb ich das /etc/environment.rcSkript, das so aussah:

launchctl setenv PATH /Users/halloleo/bin:/usr/texbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
launchctl setenv JAVA_HOME /usr/local/jdk1.7
launchctl setenv ENVIRONMENT_RC "yes"

Dann habe ich die Plists für erstellt launchd(Auflistungen dieser und anderer erwähnter Skripte im Anhang unten). Dann habe ich sie mit aktiviert

$ sudo launchctrl load ...

Dann habe ich das path_helperDienstprogramm im Shell-Init-Dateiprofil deaktiviert, damit es die Einstellungen /etc/nicht überschreibt . environment.rcUnd schließlich habe ich die Maschine neu gestartet.

2. Was ist der Effekt?

Wenn ich Terminal starte, werden die neuen Umgebungsvariablen JAVA_HOMEund ENVIRONMENT_RCgemäß gesetzt environment.rc, aber PATH ist auf gesetzt

/usr/bin:/bin

Um sicherzustellen, dass keine bashInit-Datei im Weg ist, habe ich stattdessen ein kleines Python-Skript geschrieben (ebenfalls im Anhang), um die Variablen in der aktuellen Umgebung anzuzeigen, und ich führe dies direkt durch Doppelklicken auf einen Platypus - Wrapper aus. Wieder werden die neuen Variablen gesetzt, während PATH die Systemvorgabe hat.

Warum kann ich also andere Variablen setzen, aber nicht die PATH-Variable? Und wie kann ich das einheitlich lösen ?

Aktualisieren:

Die Situation ist sehr verwirrend: Die Shell ( bashzumindest) in Terminal oder Emacs wird den PATH aufnehmen, den Sie über eingestellt launchctlhaben, aber andere GUI-Apps werden dies nicht tun. Beispielsweise wird das erwähnte minimale Python-Skript, das direkt über Platypus aufgerufen wird, Ihre Gewohnheit nicht anzeigen Weg. Und auch Emacs selbst kennt den richtigen PATH nicht: Das merkt man zB, wenn man den Emacs-Befehl absetzt M-x ispell-buffer; Das Unix-Tool ispell, das Emacs aufzurufen versucht, wird nicht gefunden, wenn es sich nur in Ihrem benutzerdefinierten Pfad befindet.

Anhang

net.halloleo.environment.plist, die launchd-Konfigurationsdatei in /Library/LaunchDaemons/:

<?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>KeepAlive</key>
    <false/>
    <key>Label</key>
    <string>net.halloleo.environment</string>
    <key>ProgramArguments</key>
    <array>
        <string>/bin/sh</string>
        <string>/etc/environment.rc</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
    <key>WatchPaths</key>
    <array>
        <string>/etc/environment.rc</string>
    </array>
</dict>
</plist>

net.halloleo.environment-user.plist, die launchd-Konfigurationsdatei in /Library/LaunchAgents/:

<?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>KeepAlive</key>
    <false/>
    <key>Label</key>
    <string>net.halloleo.environment-user</string>
    <key>ProgramArguments</key>
    <array>
        <string>/bin/sh</string>
        <string>/etc/environment.rc</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
    <key>WatchPaths</key>
    <array>
        <string>/etc/environment.rc</string>
    </array>
</dict>
</plist>

/etc/profile, die modifizierte Bash-Startdatei:

# System-wide .profile for sh(1)

# if [ -x /usr/libexec/path_helper ]; then
#   eval `/usr/libexec/path_helper -s`
# fi

if [ "${BASH-no}" != "no" ]; then
    [ -r /etc/bashrc ] && . /etc/bashrc
fi

show_environ.py, das Skript, das alle Umgebungsvariablen anzeigt:

import os
print (os.environ)