Sorry I didn't catch this sooner. I haven't been in the habit of logging out/rebooting recently... My setup: sys-auth/pambase-20100310 USE="consolekit cracklib sha512 -debug -gnome-keyring -mktemp -passwdqc (-selinux) -ssh" 0 kB sys-apps/shadow-4.1.4.2-r5 USE="cracklib nls pam -audit (-selinux) -skey" 0 kB sys-auth/consolekit-0.4.1 USE="pam policykit -debug -doc" 0 kB x11-apps/xinit-1.2.1-r2 USE="minimal pam -debug" 0 kB xfce-base/xfce-utils-4.7.0 USE="dbus lock -debug" 0 kB xfce-base/xfce4-session-4.7.0 USE="gnome -debug -gnome-keyring" XFCE_PLUGINS="logout" 0 kB lrwxrwxrwx 1 sparky sparky 22 Sep 5 21:39 /home/sparky/.xinitrc -> /etc/xdg/xfce4/xinitrc I automatically start X via startx when a non-root user logs in on tty1. I noticed that this broke when I couldn't mount external media via nautilus/GDU. I checked ck-list-sessions and my single session looked normal except for "active = FALSE". I tried re-emerging consolekit, pambase, shadow, and ensuring that all /etc files were up-to-date, but that did not help. Long story short, I ended up downgrading back to shadow-4.1.4.2-r5, rebooted, and all was well. I'm not really sure what information would be useful in debugging this. So just ask and I'll do my best to provide it. Reproducible: Always Steps to Reproduce:
-r6 *fixes* it lrwxrwxrwx 1 sparky sparky 22 Sep 5 21:39 /home/sparky/.xinitrc -> /etc/xdg/xfce4/xinitrc looks invalid, try 'exec ck-launch-session startxfce4' in .xinitrc *** This bug has been marked as a duplicate of bug 342291 ***
Hm.. yes, fixes it by now behaving correctly, thus breaking everything that depended on the old broken behavior... I don't think this is a dupe. This is about consolekit-0.4.1 (stable), bug 342291 is about consolekit-0.4.2-r3 (unstable). The fact of the matter is that a stable, default installation is now broken (in that it expects the old behavior). /etc/X11/Sessions/Gnome /etc/X11/xinit/xinitrc These rely on /etc/X11/xinit/xinitrc.d/90-consolekit which is now broken in consolekit-0.4.1 /etc/xdg/xfce4/xinitrc (used by startxfce4) is also broken because it basically does the same thing that 90-consolekit does. I would not be surprised if the xinitrc scripts from other DEs are also broken as well. IMHO what should be done at this point is: * bump consolekit-0.4.1 with the new 90-consolekit script and stabilize it... Or stabilize consolekit-0.4.2-r3 and the fixed pambase * patch xfce-utils's xinitrc to use /etc/X11/xinit/xinitrc.d/* (rather than directly calling dbus and ck-launch-session) - or just fix it - and stabilize it * check other DE's xinitrc scripts to make sure they aren't also broken. or * remask shadow-4.1.4.2-r6 until the rest of these packages are fixed and ready to be stabilized Also, in the new 90-consolekit script, shouldn't STARTUP="$CK_LAUNCH_SESSION $STARTUP" actually be command="$CK_LAUNCH_SESSION $command" ?
(In reply to comment #2) > Also, in the new 90-consolekit script, shouldn't > STARTUP="$CK_LAUNCH_SESSION $STARTUP" > actually be > command="$CK_LAUNCH_SESSION $command" > ? I believe so, fixed in 0.4.2-r4.
- Bug 343097 for stabilization. - xfce-utils doesn't mess with ck-launch-session anymore: 4.6.2-r1 removed from tree, the patch was bogus. no revision bump for 4.7.0 because it's p.masked, re-emerge that if you're using it.
http://www.gentoo.org/doc/en/xfce-config.xml 3. Starting Xfce4 If you launch from console, use 'startx' with .xinitrc of 'exec ck-launch-session startxfce4' as the doc suggest
That should be it, CC yourself on bug 343097 to follow it's progress
Or upstream bug: http://bugzilla.xfce.org/show_bug.cgi?id=6690 (See Comment #11)
Looks good to me. Thanks for the fast action and upstream bug.
had to downgrade to shadow-4.1.4.2-r5 to revert to older broken behaviour as upgrading to shadow-4.1.4.2-r5, pambase-20101024 and consolekit-0.4.2-r4 still broke a lot of things in gnome. You're right, more work is needed.
No, this bug is closed and fixed. Open new bug if you have futher issues.
