[EMAIL PROTECTED] schrieb:
Das scheinen Bash-spezifische Variablen zu sein, die die Bash beim Start
selbst initialisiert. In der Manpage sind sie als Automatically set
gekennzeichnet. Ein Blick in die Datei /usr/include/bash/conftypes.h (Paket
bash-builtins) scheint das auf den ersten Blick
Daniel Leidert schrieb:
echo $$OSTYPE
ist wohl das, was du suchst.
Ja, danke, das funktioniert, aber leider nur, weil nun die Shell, an der die
Zeile
übergeben wird, die Variable expandiert (und nicht make direkt), und die Shell
ja OSTYPE
kennt. Dennoch ist mir der
On Jan 20 2006 Andre Massing [EMAIL PROTECTED] wrote:
Daniel Leidert schrieb:
echo $$OSTYPE
ist wohl das, was du suchst.
Ja, danke, das funktioniert, aber leider nur, weil nun die Shell, an der
die Zeile übergeben wird, die Variable expandiert (und nicht make direkt),
und die
anscheinend nur
die Variablen ein, die ich mir auch mittels printenv ausgeben kann. Exportiere
ich OSTYPE
vorher, sieht es sowohl printenv als auch make. Was mich wieder zu der Frage
bringt, wo
eigentlich die meisten der Umgebungsvariablen (OSTYPE, HOSTNAME,...)
TATSÄCHLICH unter
Debian
On Jan 20 2006 Andre Massing [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] schrieb:
[...]
Ich befürchte, ich habe ein erhebliches Shells und Ihre
Variablen-Verständnisproblem. :-) Wenn jemand bereit wäre, mich
aufzuklären, wäre ich sehr dankbar. Diverse info-Seiten, Bashguides
des tldp usw.
[EMAIL PROTECTED] schrieb:
Ein erster Anlauf wäre dazu die Manpage der verwendeten Shell ;-)
Da war ich schon...hat mich leider auch nicht weiter gebracht, s.u.
Kurz: Unix-Shells kennen in der Regel zwei Typen von Variablen: Die für
export markierten und die ohne. Nur erstere werden an
On Jan 20 2006 Andre Massing [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] schrieb:
[...]
Das Verwunderliche für mich ist nun, dass in all diesen besagten
Dateien die gesuchten Variablen OSTYPE, HOSTNAME, HOSTTYPE und wie sie
alle heißen, eben NICHT definiert sind. Ein grep -R verfluchte
Hi,
beim Erstellen und Testen diverser Makefiles auf meinem System
(testing/unstable) ist mir
aufgefallen, dass die Umgebungsvariablen der Shell (Bash 3.1) nicht importiert
werden, was
ja normalerweise der Fall sein sollte, oder? Das Test-Makefile (make-Version
3.81)
os:
echo $(OSTYPE
Am Freitag, den 20.01.2006, 03:05 +0100 schrieb Andre Massing:
beim Erstellen und Testen diverser Makefiles auf meinem System
(testing/unstable) ist mir
aufgefallen, dass die Umgebungsvariablen der Shell (Bash 3.1) nicht
importiert werden, was
ja normalerweise der Fall sein sollte, oder
Moin,
* Manuel Siebeneicher wrote (2004-05-23 18:13):
ich habe ein kleines Problem mit meinen Umgebungsvariablen. Genauer
gesagt habe ich den binary-Pfad von Java in PATH aufgenommen (.bashrc
und .bash_profile geändert). Leider scheint das an KDE vorbei zu gehen.
Ist auch richtig so: KDE benutzt
Hallo,
Severin wrote:
Manuel Siebeneicher wrote:
Hallo an alle,
ich habe ein kleines Problem mit meinen Umgebungsvariablen. Genauer
gesagt habe ich den binary-Pfad von Java in PATH aufgenommen (.bashrc
und .bash_profile geändert). Leider scheint das an KDE vorbei zu gehen.
Ich wollte
Hallo an alle,
ich habe ein kleines Problem mit meinen Umgebungsvariablen. Genauer
gesagt habe ich den binary-Pfad von Java in PATH aufgenommen (.bashrc
und .bash_profile geändert). Leider scheint das an KDE vorbei zu gehen.
Ich wollte eclipse über das Kontrollmenü starten und bekam aber nur die
Manuel Siebeneicher wrote:
Hallo an alle,
ich habe ein kleines Problem mit meinen Umgebungsvariablen. Genauer
gesagt habe ich den binary-Pfad von Java in PATH aufgenommen (.bashrc
und .bash_profile gendert). Leider scheint das an KDE vorbei zu gehen.
Ich wollte eclipse ber das Kontrollmen
Martin Schmidt wrote:
On Thu, Nov 13, 2003 at 03:13:03PM +0100, Martin Schmidt wrote:
Anlaß ist, daß ich Mozilla Mail mit deutschem
Datumsformat betreiben will. Ich habe bereits
herausgefunden, daß mozilla dazu u.a. die
Umgebungsvariable LANG abfragt.
Starte ich Mozilla aus einer
Hoffe, meine Nachricht klinkt sich nun ordentlich
in den Thread ein. Falls nicht - Sorry
Martin Schmidt wrote:
On Thu, Nov 13, 2003 at 03:13:03PM +0100, Martin Schmidt wrote:
Anlaß ist, daß ich Mozilla Mail mit deutschem
Datumsformat betreiben will. Ich habe bereits
Hallo Liste, vielleicht kannst Du mir weiterhelfen !
Anlaß ist, daß ich Mozilla Mail mit deutschem
Datumsformat betreiben will. Ich habe bereits
herausgefunden, daß mozilla dazu u.a. die
Umgebungsvariable LANG abfragt.
Starte ich Mozilla aus einer Shell heraus (dort ist
die Variable gesetzt)
Hallo Liste, vielleicht kannst Du mir weiterhelfen !
Anlaß ist, daß ich Mozilla Mail mit deutschem
Datumsformat betreiben will. Ich habe bereits
herausgefunden, daß mozilla dazu u.a. die
Umgebungsvariable LANG abfragt.
Starte ich Mozilla aus einer Shell heraus (dort ist
die Variable gesetzt)
On Thu, Nov 13, 2003 at 03:13:03PM +0100, Martin Schmidt wrote:
Anlaß ist, daß ich Mozilla Mail mit deutschem
Datumsformat betreiben will. Ich habe bereits
herausgefunden, daß mozilla dazu u.a. die
Umgebungsvariable LANG abfragt.
Starte ich Mozilla aus einer Shell heraus (dort ist
die
On Thu, Nov 13, 2003 at 03:13:03PM +0100, Martin Schmidt wrote:
Anlaß ist, daß ich Mozilla Mail mit deutschem
Datumsformat betreiben will. Ich habe bereits
herausgefunden, daß mozilla dazu u.a. die
Umgebungsvariable LANG abfragt.
Starte ich Mozilla aus einer Shell heraus (dort ist
die
Hallo Kai,
* Kai Weber [EMAIL PROTECTED] [06-08-03 16:09]:
PATH, CLASSPATH usw. sollen auch unter X zur Verfügung stehen, so dass
ich beispielsweise Programme, Skripte die in ~/bin liegen direkt ohne
Pfadangabe etwa mittels Icon auf dem Desktop starten kann. Diese
Variablen stehen dann auch
* Kai Schubert [EMAIL PROTECTED]:
Aber da hast Du die Möglichkeit, Deine Anpassungen für die BASH zum
Beispiel in der .bashrc, CSH war glaube ich .cshrc zu setzen. Beim
neustarten einer Shell ( nicht login ) werden diese Variablen dann
verarbeitet.
Das weiss ich doch. Ich merke gerade, dass
Am Mit, 2003-08-06 um 15.22 schrieb Kai Weber:
Die Variablen in .profile stehen bei mir nicht unter X zur Verfügung.
Ausserdem wird diese Datei nicht ausgewertet, wenn ich keine Login-Shell
ausführe oder eine Shell, die nicht sh-kompatibel ist.
Also ich bin der Meinung das die .profile
Hallo,
damit nicht jede Shell (aka bash), die ich unter X starte eine
login-Shell ist, überlege ich gerade, an welcher Stelle
Umgebungsvariablen, die für alle Shells gelten sollen (.bash_profile)
eingebunden werden sollten.
Ich starte X gewöhnlich über gdm, xdm oder kdm, manchmal jedoch auch
Am Mit, 2003-08-06 um 13.28 schrieb Kai Weber:
Ich starte X gewöhnlich über gdm, xdm oder kdm, manchmal jedoch auch
direkt per startx. Für all diese Fälle sollen jedoch Umgebungsvariablen
(PATH, MANPATH, CLASSPATH usw.) gleichermassen gesetzt werden. Ich
vermute, dass passt am besten in die
* Kai Schubert [EMAIL PROTECTED]:
Maines erachtens gehören solche Variablen in die .profile.
Das funktioniert bei dir?
Die Variablen in .profile stehen bei mir nicht unter X zur Verfügung.
Ausserdem wird diese Datei nicht ausgewertet, wenn ich keine Login-Shell
ausführe oder eine Shell, die
Hallo,
wo muss ich denn Umgebungsvariablen, die ich für ALLE Benutzer gesetzt haben
will setzen? Bei meinem Linux Mandrake ging das in der /etc/profile. Wenn ich
hier in debian was rein schreibe hat das für mich keine sichtbaren
Auswirkungen - zumindest unter X. Habe es gerade noch getestet
Hi Raphael,
On Thu, 20 Feb 2003, Raphael Mack wrote:
wo muss ich denn Umgebungsvariablen, die ich für ALLE Benutzer gesetzt
haben will setzen? Bei meinem Linux Mandrake ging das in der
/etc/profile. Wenn ich hier in debian was rein schreibe hat das für
mich keine sichtbaren Auswirkungen
Raphael Mack wrote:
An was liegt das?
Daran, daß /etc/profile ein Skript ist, daß die (Login-) Shells beim Start
ausführen. Keine Shell, kein /etc/profile.
Für Umgebungsvariablen für alle Benutzer wäre /etc/environment besser.
Gruß
T.
msg37191/pgp0.pgp
Description: PGP signature
28 matches
Mail list logo