Rozumiem, w jaki sposób można ustawić $ PATH, ale czy istnieje dokumentacja, która w pełni opisuje, gdzie Mac OS uzyskuje wszystkie ścieżki dołączane do $ PATH? Zdaję sobie sprawę z tego, jak /etc/profile, /etc/pathsi /etc/profile.d, ale czy istnieją inne skrypty, które ostatecznie wpływają na wartość $ PATH? Nie jestem też zbyt dobrze zaznajomiony z brakiem logowania i powłokami logowania ( .bashrc, .bash_profile), ale zdaję sobie sprawę z podstawowych różnic.
Odpowiedzi:
Zwykle twoja ŚCIEŻKA jest ustawiana przez powłokę. W przypadku Bash wszystko wyjaśniono w instrukcji . Możesz także otworzyć man bashi przejść do INVOCATIONczęści.
Wywoływany jako interaktywna powłoka logowania lub --login
Gdy Bash jest wywoływany jako interaktywna powłoka logowania lub jako nieinteraktywna powłoka z opcją --login, najpierw czyta i wykonuje polecenia z pliku / etc / profile, jeśli plik ten istnieje. Po odczytaniu tego pliku, szuka ~ / .bash_profile, ~ / .bash_login i ~ / .profile, w tej kolejności, i odczytuje i wykonuje polecenia z pierwszego, który istnieje i jest czytelny.
Wywoływany jako interaktywna powłoka niezalogowana
Po uruchomieniu interaktywnej powłoki, która nie jest powłoką logowania, Bash odczytuje i wykonuje polecenia z ~ / .bashrc, jeśli ten plik istnieje. Dodatkowo w OS X jest taki,
path_helperktóry odczytuje zawartość/etc/paths.di dołącza je do twojej ścieżki.
Kluczem tutaj jest to, że w OS X Terminal domyślnie otwiera powłokę logowania, podczas gdy w Linuksie powłoki są zwykle uruchamiane jako powłoki niezalogowane. Josh Staiger ma dobre wytłumaczenie dla powłok logowania bez powłoki .
Są więc zasadniczo tylko te dwie trzy, w których można ustawić ścieżki:
/etc/profile(który wzywa path_helper)/etc/pathsi /etc/paths.d(wywoływany z path_helper).bash_profile)/etc/profileJest używany przez większość (wszystkie? Nie w 100% pewien) muszli. Dlatego dobrym pomysłem jest umieszczenie w dowolnym miejscu rzeczy, które chcesz, takich jak ŚCIEŻKI. Bash czyta .bash_pliki, podczas gdy na przykład Zsh czyta .zshrcoprócz innych. To zależy od powłoki.
path_helper jest wywoływany dla interaktywnych powłok niezalogowanych (ani nieinteraktywnych powłok). W rzeczywistości jest nazywany interaktywnymi powłokami logowania . /etc/profile
Ścieżki do /etc/pathsi /etc/paths.d/*są zwykle dodawane PATHprzez path_helper . path_helperjest uruchamiany z /etc/profile, więc jest uruchamiany, gdy bash jest wywoływany jako interaktywna powłoka logowania, ale nie jest uruchamiany, gdy bash jest wywoływany jako powłoka niezalogowana lub powłoka nieinteraktywna.
/etc/pathszawiera /usr/local/binna końcu domyślnie i /etc/paths.d/jest domyślnie pusty.
Terminal i iTerm 2 domyślnie otwierają nowe powłoki jako powłoki logowania, a powłoka otwierana podczas ssh na komputerze jest również powłoką logowania. Wiele emulatorów terminali na innych platformach tmuxoraz tryb powłoki w Emacsie otwierają jednak nowe powłoki jako powłoki niezalogowane.
Dodałem tę linię do /etc/launchd.conf:
setenv PATH ~/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/libexec:/usr/texbin
Zmienia wartość PATHuruchomionego procesu rootowania. Wartość jest dziedziczona przez wszystkie inne procesy, w tym procesy uruchomione przez użytkownika. Możesz zastosować zmiany /etc/launchd.conf, uruchamiając ponownie lub uruchamiając launchctl < /etc/launchd.conf; sudo launchctl < /etc/launchd.confi ponownie uruchamiając procesy.
W systemie OS X ~/.profilenie jest odczytywany po zalogowaniu graficznym. Jeśli oba istnieją ~/.bash_profilei ~/.profileistnieje, bash też nie czyta ~/.profile.
~/.MacOSX/environment.plist przestał działać w 10.8.
/etc/profileskrypt jest używany głównie przez bash? Nie mam doświadczenia z innymi pociskami, ale zakładam, że mają inną strukturę?