Bug 173438
Summary: | GDM Xsession does not start a login shell; .bash_profile doesn't run | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Anders Kaseorg <andersk> |
Component: | gdm | Assignee: | Ray Strode [halfline] <rstrode> |
Status: | CLOSED DUPLICATE | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | hp, jeroen, scop, xgl-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-01-10 02:56:47 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 150222 |
Description
Anders Kaseorg
2005-11-17 02:50:02 UTC
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! 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 *** |