On Mon, Aug 23, 2004 at 04:35:21PM -0400, Daniel B. wrote:
> However, even ignoring that wider definition of shell with which
> you might not agree, traditional shells are still involved when
> you log in via a display manager. If you open xterm windows,
> they're running traditional shell subp
Jamin W. Collins wrote:
I'll admit I too don't know the internals of it but I would think that
the solution proposed previously would work for at least some of the
cases:
Message-ID: <[EMAIL PROTECTED]>
On Thu, Jun 17, 2004 at 07:58:56PM -0400, Michael B Allen wrote:
There are no new files. The cha
Matthias Czapla wrote:
On Sat, Jul 17, 2004 at 01:20:13PM -0400, Daniel B. wrote:
It would be sensible if logging in via a display manager included
the same shell login initialization that logging in on a virtual
console performed. (Or via telnet, rlogin, ssh, etc.)
I agree, that would be most se
Michael Graham wrote:
Daniel wrote:
It would be sensible if logging in via a display manager included
the same shell login initialization that logging in on a virtual
console performed. (Or via telnet, rlogin, ssh, etc.)
...
Why should logging into X have the same behaviour as running a bash (or
w
On Sat, Jul 17, 2004 at 08:04:39PM +0200, Matthias Czapla wrote:
> On Sat, Jul 17, 2004 at 01:20:13PM -0400, Daniel B. wrote:
> >
> > But what the display manager should do at some point is start a
> > login shell (that is, start the user's selected shell, with the
> > standard login flag for shel
On Sat, Jul 17, 2004 at 01:20:13PM -0400, Daniel B. wrote:
> It would be sensible if logging in via a display manager included
> the same shell login initialization that logging in on a virtual
> console performed. (Or via telnet, rlogin, ssh, etc.)
I agree, that would be most sensible.
> > Now
Daniel wrote:
> Let's start with sensible behavior to the user (before considering
> implementation):
>
> It would be sensible if logging in via a display manager included
> the same shell login initialization that logging in on a virtual
> console performed. (Or via telnet, rlogin, ssh, etc.)
[
Michael Graham wrote:
> ...
> But in this case you exec'ing the users own .xsession so sourcing
> .profile isn't a problem, since the user should do it in the .xsession
> (either manually or by making it a login session) so you just do
That does not work.
You seem to be assuming that .xsession i
Michael B Allen wrote:
>
> ...
>
> Look, conceptually what needs to be done is simple. The purpose of the
> login option of a shell is to say "Hey, I'm logging in, initialize my
> environment." Subsequent shells do not use the login option which is
> to mean "Hey, I've already initialized my envi
[Note implementation question near end.]
Michael Graham wrote:
>
> Michael wrote:
> > ...about shell environment initialization. ...
> > ... at no time is a login shell
> > created which is necessary to trigger profile initialization.
>
> Although it's annoying that this is the way *dm work it i
On Mon, 28 Jun 2004 00:44:15 -0600
[EMAIL PROTECTED] (Bob Proulx) wrote:
> Michael B Allen wrote:
> > exec -l $SHELL -c "$STARTUP"
> > [...]
> > Rather than creating an alternative xfree86-common package, it would
> > really be better to just fill out a bug report and try to speak with the
> > m
Michael B Allen wrote:
> exec -l $SHELL -c "$STARTUP"
> [...]
> Rather than creating an alternative xfree86-common package, it would
> really be better to just fill out a bug report and try to speak with the
> maintainer. I'll look into it.
martin f krafft previously posted a bug against kdm and
On Thu, 17 Jun 2004, Michael B Allen wrote:
> > Although, I hope you never do this on a machine you sysadmin where you
> > have other people using it.
> >
> > I have to contend with a stupid SuSE system at work where the
> > /etc/profile* scripts are so absolutely full of cruft
>
> Well we're not
On Thursday, June 17, 2004, at 01:14 AM, Michael B Allen wrote:
So all we have to do is detect when a user is logging in and exec their
default shell with the login option. Debian does that when you ssh in
or login on the console but not when you login with X.
Say WHAT!
I didn't catch it before, bu
Tim Connors said:
> Christian Riedel <[EMAIL PROTECTED]> said on Thu, 17 Jun 2004 18:28:54
> +0200:
>> Hi,
>>
>> On 17.06.2004 15:40, Freivald, Joseph A, GVSOL wrote:
>> > /etc/X11/Xsession.d > cat 98login-shell-settings
>> > # Debian specific environment settings
>> > source /etc/environment
>> >
Freivald, Joseph A, GVSOL said:
> Ok, so I'm pretty new to Debian, and I have never created a .deb package
> (except for the kernel using the kernel tools), but isn't this the kind
> of thing that could be put into a package so that people who want it
> could install it? I mean, if I'm reading thi
Christian Riedel <[EMAIL PROTECTED]> said on Thu, 17 Jun 2004 18:28:54 +0200:
> Hi,
>
> On 17.06.2004 15:40, Freivald, Joseph A, GVSOL wrote:
> > /etc/X11/Xsession.d > cat 98login-shell-settings
> > # Debian specific environment settings
> > source /etc/environment
> > # Global settings just like
Wayne wrote:
>
> Huh?
>
> % which sh
> /bin/sh
> % ls -l /bin/sh
> /bin/sh -> bash
>From man bash
If bash is invoked with the name sh, it tries to mimic the startup
behavior of historical versions of sh as closely as possible, while
conforming to the POSIX standard as well.
Also /bin/sh doesn'
On Thu, 17 Jun 2004 12:18:28 +0100
Michael Graham <[EMAIL PROTECTED]> wrote:
> > Now I'm on a RH 7.3 system right now and I've never had this profile
> > issue on RH systems so if I look at their scripts I see:
> >
> > #!/bin/bash
> >
> > lots of stuff ...
> >
> > # otherwise, take default
Hi,
On 17.06.2004 15:40, Freivald, Joseph A, GVSOL wrote:
Ok, so I'm pretty new to Debian, and I have never created a .deb package
(except for the kernel using the kernel tools), but isn't this the kind
of thing that could be put into a package so that people who want it
could install it? I mean,
Michael Graham([EMAIL PROTECTED]) is reported to have said:
> Michael wrote:
> > >
> > > Now do you have the display manager source every possible file that
> > > should be sourced for each possible shell? Only source the files
> > > that should be sourced for the shell that the login manager
> >
ursday, June 17, 2004 7:18 AM
To: [EMAIL PROTECTED]
Subject: Re: Login Shell/Profile: Stop the Madness
Michael wrote:
> >
> > Now do you have the display manager source every possible file that
> > should be sourced for each possible shell? Only source the files
> > that s
Michael wrote:
> >
> > Now do you have the display manager source every possible file that
> > should be sourced for each possible shell? Only source the files
> > that should be sourced for the shell that the login manager
> > uses? Or do you setup a system where by the users shell is
> > determi
On Thu, 17 Jun 2004 03:44:50 +0100
Michael Graham <[EMAIL PROTECTED]> wrote:
> Michael wrote:
> > After much consternation I feel the need to vent about shell
> > environment initialization. With the default Debian installation,
> > /etc/profile and~/.bash_profile are not sourced in the X windows
On Thu, 2004-06-17 at 12:44, Michael Graham wrote:
> Michael wrote:
> > After much consternation I feel the need to vent about shell
> > environment initialization. With the default Debian installation,
> > /etc/profile and~/.bash_profile are not sourced in the X windows
> > environment. Apparently
Michael wrote:
> After much consternation I feel the need to vent about shell
> environment initialization. With the default Debian installation,
> /etc/profile and~/.bash_profile are not sourced in the X windows
> environment. Apparently this is because at no time is a login shell
> created which
On Thu, 2004-06-17 at 09:35, Michael B Allen wrote:
> After much consternation I feel the need to vent about shell environment
> initialization. With the default Debian installation, /etc/profile and
> ~/.bash_profile are not sourced in the X windows environment.
...
I have been through the whole
After much consternation I feel the need to vent about shell environment
initialization. With the default Debian installation, /etc/profile and
~/.bash_profile are not sourced in the X windows environment. Apparently
this is because at no time is a login shell created which is necessary to
trigger
28 matches
Mail list logo
