Description of problem: after the xorg-x11-xinit-1.0.2-7.fc6 when I log into any environment via gdm all I'm presented with is a bluescreen and a cursor, very win95 btw., downgrading to xorg-x11-xinit-1.0.2-6.fc6 makes that issue go away. Version-Release number of selected component (if applicable): xorg-x11-xinit-1.0.2-7.fc6 How reproducible: 100% Steps to Reproduce: 1. upgrade to xorg-x11-xinit-1.0.2-7.fc6 Actual results: blue screen follows login Expected results: pretty GNOME desktop Additional info: AMD64 X2 4400+ running Development 20060722
Removal of /etc/X11/xinit/xinitrc.d/localuser.sh makes the problem, at least outwardly, to go away. After a failed attempt to login one has to terminate gnome-panel process which tends to hang around and prevents a clean gnome-session startup. Possibly the same with other session clients. This at least indicates that something tried to start but is messed up big way. localuser.sh makes an impression that it should possibly log something to "$HOME/.xsession-errors" but I could not find any traces of writing in that file.
Bah, braino in the spec file. Should be sorted now in 1.0.2-8 and later.
*** Bug 199830 has been marked as a duplicate of this bug. ***
Another thing this breaks is the Tk/Tcl 'send' command, which does some sanity checking on the xhost setting. It makes the (until now) sane assumption that if the xhost list is empty, that all clients are using xauth cookies of some sort and therefor it's fairly secure. Adding this 'xhost +si:localuser:${user}' causes the list to be non-empty, and Tk/Tcl disables 'send' because it can't be sure who/what may be listening to the data going by. I'd not be surprised if the problems Gnome and other stuff reported here and Bug 199830 (flagged as dup of this) are the same basic problem - things refusing to play when the xhost list isn't empty.