On 12/30/01, 06:34:03PM -0600, Dave Ihnat wrote:
> On Sun, Dec 30, 2001 at 06:43:02PM -0500, John P Verel wrote:
> > As I use gnome with the gnome display manager, I end up starting
> > /etc/X11/xdm/Xsession, passing the argument "gnome-session". I have
> > this line in my Xsession, at line number 93:
> >
> > exec -l $SHELL -c "gnome-session"
> >
> > Am I correct that this replaces the currently active login shell with a
> > new one? The -l options would seem to indicate a new login shell; the
> > -c "gnome-session" passed as an argument.
>
> Replaces, not runs two concurrently, right.
>
> > If I've got this right, the "substitute" shell, invoked as a login
> > shell, would cause re-sourcing of /etc/profile and ~/.bash_profile,
> > in turn causing the path issue.
>
> It shouldn't if the shell doesn't start with '-', e.g., "-ksh". If that's
> not happening, then it's not set up right. (As you probaby know, the
> login shell of a session is invoked as "-{shell}", where "{shell} is the
> name of your shell.
>From BASH_BUILTINS(1), page 6: (extracts)
exec [-cl] [-a name] [command [arguments]]
If the -l option is supplied, the shell paces a dash at the
beginning of the zeroth arg passed to command. This is
what login(1) does.
Thus, a new run through the configuration files, I believe.
There is further shown a bash startup option of --noprofile, per man
bash(1): "Do not read either the system-wide startup file /etc/profile
or any of the personal initialization files ~/.bash_profile,
~/.bash_login, or ~/.profile. By default, bash reads these files when
it is invoked as a login shell."
This will be tomorrow's test with the Xsession script. Too late for
that now.
John
--
John P. Verel
Living Proof That Low Tech Beats High Tech!
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
