David Haller schrieb:

Hallo,

Am Mit, 22 Nov 2006, Dirk schrieb:

...

kann mir jemand mal eine Suchhilfe zum Thema PATH für User geben?

man $SHELL

...

Dies scheit aber nicht bei allen Programmen, bzw. shells zu funktionieren?

'export' vergessen?

...

Gibts auch noch Unterschiede ob ich SuSE, Red-Hat, Solaris oder Reliant benutze?

Nein. Das haengt von der shell ab. Nur wie und wo vordefiniert wird unterscheidet sich bei den Distris.

-dnh

Besten Dank euch allen erstmal :) Das brachte doch schon einiges Licht ins Dunkel. Habe nur noch eine Frage wie es sich denn bei nicht login shells verhält. Ich lasse zwar als User xy scripte laufen, da der aber dabei nicht eingeloggt ist (per cron), denke ich, dass genau das das Problem war, warum der meine PATH-Erweiterungen nicht gefressen hat. Muss ich denn für ein script in der bash auch die bashrc von root oder die vom System erweitern? Wenn noch jemand einen Tip hat, dann nur her damit :) Thx und schönes WE Dirk p.s. ich melde mich erst jetzt, weil mein PC verreckt ist (grummel M$ Update auf IE7) hoil -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Renate Neike schrieb:

Am Sat, 25 Nov 2006 15:17:42 +0100 schrieb Dirk :

Hallo Dirk, [...]

...

...

Besten Dank euch allen erstmal :) Das brachte doch schon einiges Licht ins Dunkel. Habe nur noch eine Frage wie es sich denn bei nicht login shells verhält. Ich lasse zwar als User xy scripte laufen, da der aber dabei nicht eingeloggt ist (per cron), denke ich, dass genau das das Problem war, warum der meine PATH-Erweiterungen nicht gefressen hat. Muss ich denn für ein script in der bash auch die bashrc von root oder die vom System erweitern?

Wenn noch jemand einen Tip hat, dann nur her damit :)

Cron hat seine ganz eigene Umgebung. Und die ist sehr eingeschränkt. Dir bleibt nun die Wahl zwischen dem Schreiben von vollständigen Pfaden im Script zu dem Kommandos. Oder, da es eh schon ein Script ist ;), gleich zu Beginn desselben einen PATH zu setzen.

Gruß Renate

Thx Renate, und Huhu Liste Verstehe ich das richtig, dass Cron einen eigenen Path benutzt? Kann ich denn einfach im Script einen PATH setzen, der dann nicht den vom ausführenden User ersetzt? Also der cron läuft als USER xyz und ich will nicht seine eigentliche PATH-Variable ersetzen, muss aber fürs script zusätzliche Verzeichnisse aufnehmen. Wie schon mal erwähnt, das script läuft komplett als der User, wenn ich denn eingelogt bin. Wenn User-Cron einen eigenen PATH hat, wo setze ich diesen dann, oder muss ich dass in jedem Script tun? Geht da dann auch ein PATH=$PATH, +neu2, +neu1 ...? Schönen Sonntag noch und danke für eure Hilfe. Dirk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Sonntag, 3. Dezember 2006 12:29 schrieb Renate Neike:

Am Sun, 03 Dec 2006 12:18:46 +0100

schrieb Dirk :

...

Renate Neike schrieb:

...

Am Sat, 25 Nov 2006 15:17:42 +0100

[...]

...

...

Cron hat seine ganz eigene Umgebung. Und die ist sehr eingeschränkt.

...

Kann ich denn einfach im Script einen PATH setzen, der dann nicht den vom ausführenden User ersetzt?

ja. Einfach zu Beginn des Scriptes ein export PATH=$PATH:/dein/neuer/pfad setzen.

[...]

...

Wenn User-Cron einen eigenen PATH hat, wo setze ich diesen dann, oder muss ich dass in jedem Script tun? Geht da dann auch ein PATH=$PATH, +neu2, +neu1 ...?

Du kannst diese Zeile aber auch direkt in der entsprechenden Crontab ergänzen. crond kennt normalerweise den Benutzer für den er arbeitet. In einigen Fällen

snip source ich einfach die Umgebung (.bashrc, .profie etc, je nach Shell) und die Umgebung des jeweiligen Benutzers ist im Script bekannt. -- Mit freundlichen Grüßen Matthias Müller PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten! Siehe auch: http://www.gnu.org/philosophy/no-word-attachments.de.html