After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 77335 - using tcsh as shell
using tcsh as shell
Status: RESOLVED NOTGNOME
Product: gdm
Classification: Core
Component: general
unspecified
Other All
: Normal major
: ---
Assigned To: GDM maintainers
Trevor Curtis
Depends on:
Blocks:
 
 
Reported: 2002-04-02 09:19 UTC by Michael Laajanen
Modified: 2003-01-17 18:28 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Laajanen 2002-04-02 09:19:36 UTC
When using tcsh as shell and thus setting the search PATH in the ~/.login
file the PATH is not used by the GNOME desktop.

This means that when using the desktop menus for starting programs,
Netscape emacs and so they will not follow the PATH in the ~/.login file.

If using a shell(GNOME terminal) the PATH is correct and used.

When searching for the reason for this, it seams like gdm is always forcing
a bash login and the creating a tcsh shell but no tcsh login shell (tcsh
-l) which is the only tcsh process that reads the ~/.login file.

gdm should ofcourse always use the users login shell, not forcing bash as
login shell which is very missleading and confusing.


Thanks

Michael Laajanen
Comment 1 Trevor Curtis 2002-07-18 02:31:41 UTC
Which version of GDM are you using? If you have upgraded since then,
have you found that there is still a problem?

Thanks for your time,
TC
Comment 2 Jens Petersen 2002-09-03 15:13:46 UTC
I believe this problem is still present in gdm-2.4.0.7,
affecting all shells afaict.
Comment 3 George Lebl 2003-01-13 08:21:26 UTC
Since you're using 2.4.0.7 I presume you are using redhat8, they have
changed their startup and it won't run tcsh.  I actually think that
it's probably pointless to do this anyway, I think a bash or some such
should be in the default session so that the X startup works the same
for all users.  Dealing with different shells just creates a mess.  It
also has other issues with systems where users have no shell but you
want a gui access ... etc ...Marking NOTGNOME as this is really an
issue with redhat currently.
Comment 4 Michael Laajanen 2003-01-13 11:33:45 UTC
HI,

I just read the respond to my reported bug concerning using tcsh when
doing a gdm login.

The comment "Dealing with different shells just creates a mess" does
only show a little understanding of realtime use (-

If you have 1000 users running everything from SUN/HP to Linux it
would not make you longlived by switching to bash!

One must simple be aware of that there are more than hobby people
living in a sandbox using UNIX, we are professional people and UNIX is
not the kind of OS that we say "convert" and redo all the time.

This IS a critical BUG as should be address with the understanding of
 realtime use of systems.


regards

Michael

Comment 5 George Lebl 2003-01-17 18:28:11 UTC
However gdm currently does allow tcsh as shell, but RedHat doesn't and
likely won't.  If you install the current standard gdm (not RedHat
modified package) you get tcsh.  RedHat doing this is part of the
reason I don't care about supporting it in perhaps some new version. 
It is much more preferable to have one accross the board solution. 
Basically on RedHat it will be whatever redhat uses.  Other
distros/UNIXes will be able to set it to whatever they want to.  But
I wish to leave this upon the system integrator.  Basically an
Xsession like file would do the login stuff.  It should be possible to
then redo your startup to run any shell you wish by just editting that
file.  In any case, again marking as NOTGNOME, because this "bug"
doesn't exist in 2.4.1.1 as released by me, but only in the gdm as
released by RedHat.