2 verschiedene $PATH

[wegus]

Ich hab gerade ein Phänomen das ich nicht wirklich verstehe,
irgendwie setze ich meinen $PATH an falscher Stelle:

Ich habe Subversion 1.3.1 installiert in /usr/local/bin/svn
Starte ich eine Bash, so steht /usr/local/bin im Pfad und mit

sv[TAB] bekomem ich svn und kann es in der Shell starten

Verwende ich ein GUI-Programm ( hier netbeans), bekomme ich beim Zugriff auf das Repository eine Fehlermeldung ich müsse mind. svn ab 1.3 installieren und es im Pfad haben. Ist es ja auch ( siehe oben).

Ich hab nun aus lauter Verzweiflung nen symlink nach /bin gelegt und Tadaa netbeans kennt SVN und nutzt es ! Wieso hat netbeans nen anderen $PATH !?
Haben die GUI-Programme nen anderes Environment als die Bash!?

Jemand ne Idee? Ich hasse es Probleme zu umlaufen, ich würd gern wissen was da nicht klappt!

Danke

wegus

 

[oneOeight]

wo setzt du die denn?
die systemweite ist in /etc/profile

 

[maceis]

möglicherweise das alte Problem:
login-shell vs. nicht-login-shell

Außerdem kann man irgendwo eine systemweite und shellunabhängige Umgebung incl. $PATH anlegen (in einer versteckten Datei).
Weiss aber gerade nicht mehr, wie das geht.

 

[wegus]

wo setzt du die denn?
die systemweite ist in /etc/profile

*vordenkopfschlag*

ich guck morgen, aber ich könnt wetten in der .profile oder .bashrc...

ich probiers morgen mal!

 

[wegus]

geprüft habe:

/usr/local/bin

wird in /etc/profile dem Suchpfad hinzugefügt. Netbeans findet es aber nur in /bin ( welches ja an gleicher Stelle dem Pfad hinzugefügt wurde). Das läßt mich denn doch wieder an zwei unterschiedliche Environments glauben.
Würde Netbeans nur in /bin suchen, würde es ja nicht explizit zum korrigieren von PATh auffordern.

 

[oneOeight]

guck mal in die netbeans.app...
eins der startskripte setzt bestimmt irgendwo einen pfad...

 

[maceis]

...
Haben die GUI-Programme nen anderes Environment als die Bash!?
...

Die Antwort auf diese Frage lautet: ja!
Die "/etc/profile" wird ja selbst von der bash nur dann ausgewertet, wenn diese entweder als interaktive Shell oder als nicht-interaktive Shell mit der Option --login gestartet wird.
Ander Shells werten die "/etc/profile" auch nicht zwingend aus.

Es gibt eine Datei, in der man systemweit gültige Variablen setzen kann, die dann auch für GUI Programme gelten.
Leider weiss ich den Namen nicht mehr.