Which program creates an ~/.Xclients file with the line # Created by Red Hat Desktop Switcher ?
The same question with explanation:
I upgraded a system from RH 7.1/7.2 I'm not sure which now, 8 months ago to RH 8.0
More recently I changed it from a standard login to one running chooser and XDMCP cat /etc/inittab [snip] x1:5:respawn:/usr/X11R6/bin/X -indirect mname x2:5:respawn:/etc/X11/prefdm -nodaemon
All this worked tickedy-bo. The only fly in the ointment was that although all other logins worked root did not.
It turns out to be a problem with ~root/.Xclient which at some time or other was generated by "Red Hat Desktop Switcher" cat ~root/.Xclients
# Created by Red Hat Desktop Switcher if [ -e "$HOME/.Xclients-$HOSTNAME$DISPLAY" ]; then exec $HOME/.Xclients-$HOSTNAME$DISPLAY else exec $HOME/.Xclients-default fi
I added a line befor the if: echo "DEBUG $HOSTNAME-$DISPLAY" 1>&2 The problem is that .Xclients-default was not created by the Red Hat Desktop Switcher. When run as a standard xdm/gdm login without XDMCP this is not a problem because the echo logs the following line into the ~root/.xsession-errors: DEBUG mname-:0 HOSTNAME is set to "mname", the DISPLAY variable is set to ":0" The file .Xclients-mname:0 exists. BUT when XDMCP is running the following is logged: DEBUG mname-mname:0 HOSTNAME is still "mname" but DISPLAY is set to "mname: AS .Xclients-mnamemname:0 does not exist the script tries for .Xclients-default. This file does not exist so the system returns to the an error window with a message saying that the session lasted less than 10 seconds.
There are of course half a dozen fixes to this problem once it is identified. But if it were to happen to a "normal" user using a remote login they would be locked out of their account.
I can not get the current system to duplcate this error for another user because I can not find a way to genertate an ~/.Xclients file automatically.
So can anyone tell me which OS and which program generated the .Xclients file with the lines starting: # Created by Red Hat Desktop Switcher and then I should be able to replicate the fault.
-- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list