Bug 164112
Summary: | ksh not run as login shell when logging in via gdm | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mike MacCana <mmaccana> |
Component: | gdm | Assignee: | Ray Strode [halfline] <rstrode> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
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-05-05 21:04:29 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: | 150221 |
Description
Mike MacCana
2005-07-25 02:23:47 UTC
Hi Mike, The session start up scripts do: exec -l $SHELL -c <the session scripts> There is a convention amoung shells that if the shell is invoked with the first character of argv[0] as - (and then the normal argv[0]) then the shell should execute as a login shell. It's possible ksh doesn't follow this convention. If it doesn't it should be fixed. from the ksh manpage: If the shell is invoked by exec(2), and the first character of argument zero ($0) is -, then the shell is assumed to be a login shell and com- mands are read from /etc/profile and then from either .profile in the current directory or $HOME/.profile, if either file exists. I've added an echo in /etc/profile and ~/.profile to see if ksh runs those scripts: hagen:[~] >exec -l ksh - executing /etc/profile executing ~/.profile Looks ok to me. Mike have you tried test3? if so, do you still see this problem? Closing due to lack of response. |