Your message dated Tue, 15 Jan 2008 22:29:48 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#460820: x11-common: no login shell run when logging in
through gdm
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: x11-common
Version: 1:7.3+10
Severity: normal
When I log in through gdm no login shell is run. I can tell because when
I run bash -l manually it adds ~/bin to my path but it is not there when
I log in through gdm.
I normally fix this by writing my own .xinitrc/.Xsession but the global
xsession scripts should be fixed so that the wm sees full environment.
Genereal solution might be hard, though. It would be easily fixable for
bash by adding stuff to the session setup but ash/tcsh/... users should
not be left out either I guess.
Possibly the shell packages could install a script that could be used to
execute a progrem as if it was executed from a login shell that would
work the same for any shell :)
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages x11-common depends on:
ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy
ii debianutils 2.28.2 Miscellaneous utilities specific t
ii libc6 2.7-5 GNU C Library: Shared libraries
ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip
x11-common recommends no packages.
-- debconf information excluded
--- End Message ---
--- Begin Message ---
Please keep the bug in CC when replying.
Michal Suchanek wrote:
> It's the config for my shell. I (or rather the maintainer of bash or
> base-files in this case) put that stuff into .bash_profile to be
> executed when I log in.
>
If it's the config for your shell, it goes in the config file for the
shell. It doesn't have to be loaded anywhere else.
> I do not want this to be a variable for my X clients. I want it to be
> a variable for my login sessions, graphical or not.
What do you mean login session? Your .xsession script? Just use the
right shell in .xsession, it will load its config file, you will get
your environment as in any instance of the shell.
> I cannot put it
> into .bashrc because it would probably not get executed for the X
> session anyway, and my path would probably grow insanely in every make
> script as nested shells are executed. Even the bash man page advises
> against that.
>
Also, you can put your environment definitions in a random script and
source it from both .bashrc and .xsessionrc.
Our Xsession already does everything needed here, so I am closing this bug.
Brice
--- End Message ---
