On 15 December 2017 at 17:39, Valeri Galtsev galtsev@kicp.uchicago.edu wrote:
- I logged in as ssmoogen. I got a GNOME desktop
- I opened a terminal and my shell was tcsh.
That took me 10 minutes. Due to this I am going to say that there is something wrong with other parts of the start up environment from what the shell is listed as in /etc/passwd, if the user has specific startup scripts .xsession items or some similar problem based on 'shell cruft'. People who work on many different systems have to regularly add exceptions and special cases or unadd them when they find stuff breaks.
Thanks a lot! I will go thoroughly through user in question ~/.cshrc. Indeed, freshly created user with tcsh as default shell does successfully log in and X11 does not crash on him. One pilot error: I didn't check that before bugging everybody...
I would also check to see if there is a post configuration setup which changed /etc/shells on the system. Another common problem is that the shell or startsups are looking for /usr/local/bin/tcsh which doesn't exist.
Quick test with creating user with shell /bin/tcsh makes user successfully shown on GUI login. However, changing that user's shell to /usr/bin/tcsh makes user disappear from GUI login. And the second (/usr/bin/tcsh) in actual location of tcsh binary, whereas /bin/tcsh involves symlink /bin --> /usr/bin ... My other playing around with making different default user shells didn't always yield reproducible results... so I'll postpone anything conclusive till later. But looking into /etc/shells (Thanks again!!) shows that only bash gets unique privileged treatment, namely
I think that is mainly from /usr/bin/bash showing up in scripts which check to see if they are allowed to be run by checking /etc/shells but I am not 100% sure on that. None of the users I see created by the built in tools give /usr/bin/bash as default shell but there are mods for apache and other tools which use /etc/shell the see if user scripts can run as such. Because most scripts are written in sh versus csh this is a more likely scenario to run into. [I am not sure even BSD systems write many scripts in csh.. I have only seen one major script since 1992 that was in csh.] However in academia.. tcsh is still used quite a lot from professors and their students who learned on old BSD so it may be more common to have /usr/bin/csh
I wonder if adding /usr/bin/tcsh fixes the gnome account problem for you.
Red Hat has a lot of different developers using pretty much every shell that is shipped in RHEL and some which aren't even in Fedora. The developers also use all kinds of different desktops and software.. while this doesn't mean bugs won't happen.. it does mean that if 'Red Hat' was out to eradicate other shells, there would be posts on every hacker site from Red Hat employees who wouldn't put up with it.
Thanks in advance for all your answers.
Valeri
++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
-- Stephen J Smoogen. _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos