[linux] export var naar andere shells

[EWS99]

Ik kan met export een variable maken, en deze in functies gebruiken, maar zodra ik de shell verlaat met exit, en een nieuwe shell open, is die variable weg. Nu moet ik die variable in alle shell's hebben. Hoe doe ik dat?

[ThE_ED]

Is 'ff opslaan in /tmp/ oid' een erge lameass oplossing (JA, maar dit was echt mijn eerste gedachte...)

[EWS99]

Ja, daar had ik zelf ook al aan gedacht.
Probleem:
ik ben bezig om in de opstartfile-tjes te knutselen. Probleem: / is dan read-only.

[Verwijderd]

Hmmz ja ik vraag me nogsteeds (afentoe) wel eens af waar de vars die je altijd en overal gezet wilt hebben worden gedefinieerd...??

Lijkt me leuk om te weten !

Als oplossing kan je in elk geval .profile aanmaken, of .bashrc als je andere shells gebruikt ksh sh of whatever moet je.... njah die hebben ook filetjes daarvoor..

als het voor alle gebruikers gelijk moet zijn zet je het gebeuren in /etc/skel neer daar wordt de std .profile vandaan gehaald bij aanmaken nieuwe user.

grtz

[EWS99]

Goed, ik zal ut doel ff snel uitleggen.
Mandrake (die het jat van RedHat) heeft een interactieve initscript.
Als je dan op I drukt, wordt je steeds gevragen of je iets wilt uitvoeren.
Nu heb ik een linuxbak waar een behoorlijke policy op zit, en het is de bedoeling dat op dezelfde manier, wanneer op dat punt 'admin' getypt wordt, dattie wat scripts runt.
Tis eigenlijk niet moeilijk, gewoon met getkey de toetsen afvangen, en controleren, en vervolgens een script laten checken wattie moet doen. Leuk dacht ik, gewoon variables zetten, dan moet dat lukken. Probleem is, dat dat script schrijf rechten nodig heeft, en het moment dat de toetsen gecheckt worden, is '/' nog ReadOnly.

[BezurK]

Je bedoelt dus dat je een bepaalde variabele + waarde klaar wil hebben elke keer als je een bash (xterm oid) opstart?
Voeg dan

code:

export VAR="waarde"

toe aan ~/.bashrc (user specific) of /etc/profile (system-wide), succes!

[EWS99]

probleem is, dat die var dus bij elke start anders kan zijn, en '/' dan nog Read-only is

[EWS99]

Het vreemde is dat de variable Path ook tijdens het opstarten met export gezet wordt, die blijft wel bewaard. Iemand een verklaring?

[EWS99]

Niemand?

[zomertje]

Op vrijdag 19 april 2002 10:07 schreef EWS99 het volgende:
Het vreemde is dat de variable Path ook tijdens het opstarten met export gezet wordt, die blijft wel bewaard. Iemand een verklaring?

meestal zit die in de .bash_profile (deze file kun je zelf aanpassen, wees wel voorzichtig)

stukje:
# User specific environment and startup programs

PATH=$PATH:$HOME/bin:/sbin
BASH_ENV=$HOME/.bashrc

export BASH_ENV PATH

[EWS99]

Dat is toch niet wat ik bedoel. Lees svp ff wat mijn bedoeling is.

[odysseus]

Waarom verlaat je de ene shell met exit om een volgende te openen? Kun je niet gewoon direct een nieuwe openen? Die nieuwe shell zou dan gebruik kunnen maken van de variabelen die je in de eerste shell hebt gedefinieerd. Door gebruik te maken van ()'s om commando's kun je subshells starten die toch gebruik kunnen maken van de variabelen die in de hoofdshell gedefinieerd zijn. Zie ook hoofdstuk 20 van de Advanced Bash-Scripting Guide (hier).

[EWS99]

Ok. ik zal ut nog eens uitleggen:

Op donderdag 18 april 2002 18:28 schreef EWS99 het volgende:
Goed, ik zal ut doel ff snel uitleggen.
Mandrake (die het jat van RedHat) heeft een interactieve initscript.
Als je dan op I drukt, wordt je steeds gevragen of je iets wilt uitvoeren.
Nu heb ik een linuxbak waar een behoorlijke policy op zit, en het is de bedoeling dat op dezelfde manier, wanneer op dat punt 'admin' getypt wordt, dattie wat scripts runt.
Tis eigenlijk niet moeilijk, gewoon met getkey de toetsen afvangen, en controleren, en vervolgens een script laten checken wattie moet doen. Leuk dacht ik, gewoon variables zetten, dan moet dat lukken. Probleem is, dat dat script schrijf rechten nodig heeft, en het moment dat de toetsen gecheckt worden, is '/' nog ReadOnly.