GDM and startx can't start because they can't connect to GSD. GSD is not launched because binay file has moved into a directory called /usr/lib64/gnome-settings-daemon (which was previously just the binary). So /etc/xdg/autostart/gnome-settings-daemon.desktop points to a directory: -Exec=/usr/lib64/gnome-settings-daemon +Exec=/usr/lib64/gnome-settings-daemon/gnome-settings-daemon Changed in my box and all is up and running again ;)
Well, or some 'install path' is wrong in build scripts and should be just /usr/lib64.... That looks more feasible.
CC: (none) => jamagallon
*** Bug 4659 has been marked as a duplicate of this bug. ***
CC: (none) => mageia
Seems like upstream bug. want to fix this properly..
CC: (none) => olavAssignee: bugsquad => olav
Perhaps we can push a temporary "gnome-settings-daemon" package and fix it properly after as, for now, cauldron with GNOME is completly broken and we risk to have a lot of bug reports about this issue. My 2 cts. :-)
Status: NEW => ASSIGNED
Submitted a -2 release.
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED
That -2 relase looks exactly the same as before ??
Are you sure? For me the .services file now points to the right place?
Ah.. two places reference this
Status: RESOLVED => UNCONFIRMEDResolution: FIXED => (none)Ever confirmed: 1 => 0
-3 submitted There was also an upstream patch, but that didn't work for me.
Status: UNCONFIRMED => RESOLVEDResolution: (none) => FIXED
Ah, I was not aware of the .services file, I always talked about the .desktop file ;)
Seems this has resurfaced in the new version (it seems the binary was moved back again to it's original location thus making the patch redundant!) I'll remove the patch and resubmit.