Description of problem: In FC4, the /etc/X11/xdm/Xsession script ran the desktop inside a login shell: exec -l $SHELL -c "$SSH_AGENT $DBUS_LAUNCH gnome-session" But in FC5, /etc/X11/gdm/Xsession only makes a half-hearted attempt at sourcing ~/.profile (regardless of what the user's shell actually is), and does not run a login shell: eval exec $sshagent $dbuslaunch $command Thus, the user's ~/.bash_profile (or equivalent configuration for whatever shell they use) never gets run. Version-Release number of selected component (if applicable): gdm-2.8.0.4-12 How reproducible: Always Steps to Reproduce: 1. Put something useful in ~/.bash_profile 2. Log in with GDM
same behavior here
see bug 173463
At least for now the following patch: --- /etc/X11/gdm/Xsession~ 2005-11-16 11:12:59.000000000 -0700 +++ /etc/X11/gdm/Xsession 2005-11-23 15:19:56.000000000 -0700 @@ -36,7 +36,8 @@ echo "$0: Beginning session setup..." # First read /etc/profile and .profile test -f /etc/profile && . /etc/profile -test -f "$HOME/.profile" && . "$HOME/.profile" +test -f "$HOME/.bash_profile" && . "$HOME/.bash_profile" || \ +{ test -f "$HOME/.profile" && . "$HOME/.profile"; } # Second read /etc/xprofile and .xprofile for X specific setup test -f /etc/xprofile && . /etc/xprofile test -f "$HOME/.xprofile" && . "$HOME/.xprofile" allows to run ~/.bash_profile or ~/.profile. This clearly is not doing anything useful with ssh_agent.
Why isn't gdm using the system Xsession? Please change it to do that instead. Let me know if there is a problem with the system one so it can be fixed, rather than shipping multiple inconsistent versions. TIA
*** Bug 173463 has been marked as a duplicate of this bug. ***
*** Bug 174157 has been marked as a duplicate of this bug. ***
Changing to: exec -l $SHELL -c "otherstuff" in the gdm Xsession fixes it for me.
The gdm/Xsession script also will not look for .xinitrc at all, and will only execute a .xsession if it is found and executable, AND "custom" (rather than "default") is given from the GDM login. However "custom" is not provided and should not be needed to handle a users ".xsession" script. The old xdm/Xsession will execute it, or even exec a bash on it! This is not good!
Hi, Yea we should probably just go back to the old one. I'll have a look sometime this week.
Setting BaseXsession=/etc/X11/xinit/Xsession in gdm.conf seems to be working well here.
Hey guys, should be fixed in tomorrow's rawhide (and test2) *** This bug has been marked as a duplicate of 177258 ***