Michael B Allen wrote:
Bob Proulx said:
I think you have hit the nail squarely on the head. How do you make
it work for all possible shells? I believe that to be the crux of the
issue. Anything that is done is wrong for one shell or another.
Note I was talking about setting up a
Once upon a time Bob Proulx said...
Michael B Allen wrote:
Well the exec -l $SHELL -c $STARTUP solution fixes that
Agreed.
provided /bin/sh exec accepts the option like bash.
That was the problem with /bin/sh. /bin/sh is not required to accept
args like /bin/bash. In which case
Cameron Hutchison wrote:
Once upon a time Bob Proulx said...
Using 'exec -l' plus using #!/bin/bash works. At
least I can't refute it after thinking about it for the day.
If you mean to put the #!/bin/bash in
/etc/X11/Xsession.d/99xfree86-common_start,
No. I did not say or mean to
s. keeling wrote:
If you do the #!/bin/bash --login in .xsession, everything deriving
from that will have your user session stuff.
Subsequent xterm/rxvt/??? DO need to use the -ls switch for them to
become login shells.
But they won't need to at that time because they will inherit the
Michael B Allen wrote:
s. keeling [EMAIL PROTECTED] wrote:
Incoming from Michael B Allen:
Paul Galbraith [EMAIL PROTECTED] wrote:
#!/bin/bash --login
exec x-session-manager
Yes, I think this is my problem. But I don't understand what the
reasoning is for
Bob Proulx said:
Alternatively, do it in .Xresources
*VT100*loginShell: true
*Rxvt*loginShell: true
I can see that will work for you and for many other people. But it
won't work for everything in all cases. In particular in the cases
where you need to inherit the
Bob Proulx said:
I think you have hit the nail squarely on the head. How do you make
it work for all possible shells? I believe that to be the crux of the
issue. Anything that is done is wrong for one shell or another.
Well the exec -l $SHELL -c $STARTUP solution fixes that provided /bin/sh
On Thu, 17 Jun 2004 07:41:55 +0300
Micha Feigin [EMAIL PROTECTED] wrote:
I assume you're using a gdm or xdm or kdm...someone earlier on this
list taught me this...I just wrote a .xsession file in my home
directory that looks like this:
#!/bin/bash --login
exec
On Tue, 15 Jun 2004 23:36:25 -0600
s. keeling [EMAIL PROTECTED] wrote:
Incoming from Michael B Allen:
On Tue, 15 Jun 2004 22:15:24 -0400
Paul Galbraith [EMAIL PROTECTED] wrote:
#!/bin/bash --login
exec x-session-manager
Yes, I think this is my problem. But I don't
On Wed, Jun 16, 2004 at 12:39:51PM -0400, Michael B Allen wrote:
On Tue, 15 Jun 2004 23:36:25 -0600
s. keeling [EMAIL PROTECTED] wrote:
Incoming from Michael B Allen:
On Tue, 15 Jun 2004 22:15:24 -0400
Paul Galbraith [EMAIL PROTECTED] wrote:
#!/bin/bash --login
Micha Feigin said:
Well I can appreciate having separate profiles for sh and bash. I have
cron
jobs and cgi scripts that need a certain consistent environment that
differs
from the environment used for development. But the problem is I cannot
seem
to locate the mechanism to trigger all
Incoming from Michael B Allen:
So what you're saying is their is no mechanism to change the behavior of
all shells derived from a logon session and that the observed behavior is
not a mistake and that the proper method is to simply lauch shells with
the appropriate flags depending on the
Paul Galbraith said:
I assume you're using a gdm or xdm or kdm...someone earlier on this list
taught me this...I just wrote a .xsession file in my home directory that
looks like this:
#!/bin/bash --login
exec x-session-manager
Mmm, for some reason this didn't work. The
Incoming from Michael B Allen:
Paul Galbraith said:
I assume you're using a gdm or xdm or kdm...someone earlier on this list
taught me this...I just wrote a .xsession file in my home directory that
looks like this:
#!/bin/bash --login
exec x-session-manager
Mmm, for some
On Wed, Jun 16, 2004 at 05:27:51PM -0400, Michael B Allen wrote:
Paul Galbraith said:
I assume you're using a gdm or xdm or kdm...someone earlier on this list
taught me this...I just wrote a .xsession file in my home directory that
looks like this:
#!/bin/bash --login
exec
On Monday 14 June 2004 23:01, Michael B Allen wrote:
For some reason bash isn't sourcing /etc/profile. In fact after
adding . /etc/profile to .bash_profile I don't think .bash_profile
is being sourced b/c it had no effect.
I just wiped RH 7.3 and I don't know the shell best-practices for
On Mon, Jun 14, 2004 at 11:01:06PM -0400, Michael B Allen wrote:
For some reason bash isn't sourcing /etc/profile. In fact after adding .
/etc/profile to .bash_profile I don't think .bash_profile is being sourced
b/c it had no effect.
I just wiped RH 7.3 and I don't know the shell
Bill Marcum wrote:
On Mon, Jun 14, 2004 at 11:01:06PM -0400, Michael B Allen wrote:
For some reason bash isn't sourcing /etc/profile. In fact after adding .
/etc/profile to .bash_profile I don't think .bash_profile is being sourced
b/c it had no effect.
I just wiped RH 7.3 and I don't know the
On Tue, 15 Jun 2004 22:15:24 -0400
Paul Galbraith [EMAIL PROTECTED] wrote:
For some reason bash isn't sourcing /etc/profile. In fact after adding .
/etc/profile to .bash_profile I don't think .bash_profile is being
sourcedb/c it had no effect.
How are you starting the shell? If it's an
Incoming from Michael B Allen:
On Tue, 15 Jun 2004 22:15:24 -0400
Paul Galbraith [EMAIL PROTECTED] wrote:
#!/bin/bash --login
exec x-session-manager
Yes, I think this is my problem. But I don't understand what the reasoning
is for this default configuration. Obviously if the
For some reason bash isn't sourcing /etc/profile. In fact after adding .
/etc/profile to .bash_profile I don't think .bash_profile is being sourced
b/c it had no effect.
I just wiped RH 7.3 and I don't know the shell best-practices for Debian.
Please advise. I'm running testing w/ 2.4.26.
Once upon a time Michael B Allen said...
For some reason bash isn't sourcing /etc/profile. In fact after adding .
/etc/profile to .bash_profile I don't think .bash_profile is being sourced
b/c it had no effect.
The man page for bash explains what files are read on startup, in the
section
22 matches
Mail list logo