Tiny Core Base > TCB Talk
will rxvt have pseudo transparency?
^thehatsrule^:
--- Quote from: jpeters on April 05, 2009, 04:43:33 PM ---Bash login shell invokes:
/etc/profile
~/.bashrc
~/.bash_profile
Non-login shell invokes:
~/.bashrc
--- End quote ---
Not exactly - .bashrc is only invoked on interactive non-login shells (see docs for more info). [ should probably add that what is read depends on several factors ]
--- Quote from: mikshaw on April 05, 2009, 05:22:55 PM ---Yes, that's true. What I was getting at, though, is that if you export a variable from .bash_profile, it should be available in subshells of that login session. When you login, .bash_profile is run, then your window manager is run, then you open rxvt. That's all one line, starting with .bash_profile, so the variable exported from .bash_profile should still be available in rxvt, but is not (or at least was not in DSL...don't know if it's different now in TC). If you do this in xterm or aterm, it works properly.
--- End quote ---
I don't think that using rxvt or any other terminal emulator would affect this, unless it is somehow overriding environmental variables. I can't seem to reproduce this atm on TC (but it could be due to the differences; using .profile).
--- Quote from: jpeters on April 05, 2009, 06:25:27 PM ---I don't think that's rxvt.....maybe it wasn't set up correctly? Puppy uses rxvt. It doesn't have .bash_profile, but if I add an alias to /etc/profile it works both with login and non-login newuser
shells ( 'login user' or 'su - user').
--- End quote ---
--- Quote from: jpeters on April 05, 2009, 10:08:40 PM ---again.....you can login or non-login repeatedly into whatever subsidiary shell you want all day,
and echo $variable still works, assuming /etc/profile works like .bash_profile (supposedly, both are read by bash). I haven't tested the latest RC release. (puppy is using rxvt v2.6.4)
--- End quote ---
The actual shell is different from the terminal emulator. You would still need to (re)login once for the children to have that set (seems like both those commands you used are for login).
jpeters:
--- Quote from: ^thehatsrule^ on April 06, 2009, 12:46:41 AM ---The actual shell is different from the terminal emulator. You would still need to (re)login once for the children to have that set (seems like both those commands you used are for login).
--- End quote ---
You're correct (as usual :) )....seems that 'su - usr' is login. That explains why it was reading /etc/profile. Although in Puppy I couldn't get an exported var in /etc/profile NOT to work on all subsequent logins, in TC it only seems to work for the local user; not root or subsidiaries. The new RC worked exactly like the previous terminal.
^thehatsrule^:
It shouldn't matter which user you log in as - /etc/profile is universal in general for all users.
jpeters:
--- Quote from: ^thehatsrule^ on April 06, 2009, 04:15:44 AM ---It shouldn't matter which user you log in as - /etc/profile is universal in general for all users.
--- End quote ---
In tc, going into root or an interactive login shell negates the variable set in /etc/profile:
--- Code: ---tc@box:~$ cd $jp
tc@box:/mnt/hda3/MyFiles$ sudo su - lfs
lfs:~$ pwd
/mnt/hda4/lfs
lfs:~$ cd $jp
lfs:~$ pwd
/mnt/hda4/lfs
lfs:~$ exit
exit
tc@box:/mnt/hda3/MyFiles$ sudo su
root@box:~# cd $jp
root@box:~# pwd
/root
root@box:~# exit
tc@box:/mnt/hda3/MyFiles$
--- End code ---
mikshaw:
Might be related to that recent change in su? It seemed like it was behaving differently than what I believed was the tradition. If I remember correctly it changes to root's environment regardless of whether you specify "su -".
In any case, I believe Bash ignores profile if bash_profile exists, so that might have something to do with my rxvt complaint (if it actually still is a complaint...still haven't checked).
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version