GDM and consolekit: no active sessions

[nexion]

I desperately tried to find a solution myself, but not succeeded.

When I am logged in Gnome session via GDM no local user privileges (such as reboot/shutdown, passwordless usb media mount, user session switching) are available to me.  No power management options while in GDM login window either. Obviously, the reason is inactive state of consolekit sessions run through GDM:

Session6:
        unix-user = '115'
        realname = 'added by portage for gdm'
        seat = 'Seat5'
        session-type = 'LoginWindow'
        active = FALSE
        x11-display = ':0'
        x11-display-device = ''
        display-device = ''
        remote-host-name = ''
        is-local = TRUE
        on-since = '2015-03-30T00:56:13.786129Z'
        login-session-id = '4'
        idle-since-hint = '2015-03-30T00:56:15.796297Z'

Session7:
        unix-user = '1000'
        realname = 'Nexie'
        seat = 'Seat6'
        session-type = ''
        active = FALSE
        x11-display = ':0'
        x11-display-device = ''
        display-device = ''
        remote-host-name = ''
        is-local = TRUE
        on-since = '2015-03-30T00:56:47.125458Z'
        login-session-id = '5'

When I start Gnome session manually with startx, everything works as expected and consolekit session is active:

Session5:
        unix-user = '1000'
        realname = 'Nexie'
        seat = 'Seat1'
        session-type = ''
        active = TRUE
        x11-display = ':0'
        x11-display-device = '/dev/tty7'
        display-device = '/dev/tty1'
        remote-host-name = ''
        is-local = TRUE
        on-since = '2015-03-30T00:54:22.822545Z'
        login-session-id = '4'

.xinitrc ? as recommended in wiki:

exec ck-launch-session gnome-session

Here are the installed packages which may be relevant:

[ebuild   R    ] sys-apps/dbus-1.8.16  USE="X -debug -doc (-selinux) -static-libs -systemd {-test}" ABI_X86="32 (64) (-x32)" 0 kB
[ebuild   R    ] sys-fs/eudev-1.5.3-r2  USE="gudev hwdb introspection keymap kmod modutils openrc rule-generator static-libs -doc (-selinux) {-test}" ABI_X86="32 (64) (-x32)" 0 kB
[ebuild   R    ] x11-base/xorg-server-1.17.1-r1:0/1.17.1  USE="ipv6 kdrive nptl suid udev xorg -dmx -doc -glamor -minimal (-selinux) -static-libs -systemd -tslib -unwind -wayland -xephyr -xnest -xvfb" 0 kB
[ebuild   R    ] sys-auth/polkit-0.112-r2  USE="gtk introspection nls pam -examples -jit -kde (-selinux) -systemd" 0 kB
[ebuild   R    ] sys-auth/consolekit-0.4.6  USE="acl pam policykit -debug -doc (-selinux) -systemd-units {-test}" 0 kB
[ebuild   R    ] gnome-base/gdm-3.14.1  USE="introspection ipv6 tcpd -accessibility -audit -branding -debug -fprint -plymouth (-selinux) -smartcard -systemd {-test} -wayland -xinerama" 0 kB

rc-status shows that consolekit, dbus and openrc-settingsd are running as dependencies. Tried to add them explicitly to default runlevel, nothing changed.

 

Could you give me any suggestion how to solve this or where else to look?

[overkill]

My gnome was working fine, until the last group of updates.  After that, DPMS only blanks the screen - the backlight stays on as does the mouse cursor.  The shutdown / reboot option has now disappeared from the the menu.  Here's the last batch of updates:

Sun Mar 29 19:27:41 2015 >>> sys-devel/gnuconfig-20150308
Sun Mar 29 19:27:53 2015 >>> media-fonts/corefonts-1-r7
Sun Mar 29 19:27:59 2015 >>> app-misc/pax-utils-1.0.3
Sun Mar 29 19:28:05 2015 >>> dev-python/beaker-1.6.4-r1000
Sun Mar 29 19:28:10 2015 >>> dev-python/mock-1.0.1-r1000
Sun Mar 29 19:28:14 2015 >>> virtual/python-mock-0
Sun Mar 29 19:28:19 2015 >>> dev-python/mako-1.0.0-r1000
Sun Mar 29 19:31:34 2015 >>> media-libs/mesa-10.5.2
Sun Mar 29 19:32:27 2015 >>> x11-base/xorg-server-1.17.1-r1
Sun Mar 29 19:32:49 2015 >>> x11-drivers/xf86-video-intel-2.99.917
Sun Mar 29 19:32:59 2015 >>> x11-drivers/xf86-input-synaptics-1.8.1
Sun Mar 29 19:33:09 2015 >>> x11-drivers/xf86-input-evdev-2.9.1
Sun Mar 29 19:33:17 2015 >>> x11-drivers/xf86-input-mouse-1.9.1
Sun Mar 29 19:33:26 2015 >>> x11-drivers/xf86-input-keyboard-1.8.0
Sun Mar 29 19:33:38 2015 >>> app-emulation/emul-linux-x86-opengl-20140508-r1
Sun Mar 29 19:34:06 2015 >>> x11-drivers/nvidia-drivers-349.12
Sun Mar 29 19:34:30 2015 >>> app-admin/sudo-1.8.13

[nexion]

overkill, I suppose if you run 'ck-list-sessions' as user you'll get the same result: parameter active equals false, while it should be true for local user privileges to work.

 

Yep, I assume it may become broken because of some package update, it definitely happened to me not very long ago. Though I update world quite often and reboot / connect external media too rarely to guess which update may led to this result.

 

 

Off topic: I just realized portage lacks of rollback function, like 'yum history update' in Fedora. It might be not very complicated thing to realize: just quickpkg all packages (including configs) which are going to be updated and store this update details somewhere. Then if something turns out to be broken, user can choose to have sex immediately or just to quickly rollback to one of saved points where everything is yet fine and have sex later :)

Oh, wait... It was already proposed 13 years ago :) Since nobody made it yet, I hope once I'll have enough time and skills to do it myself.

[overkill]

I forgot to mention that using the alt key to change the menu and show the suspend/hibernate options also does not function.

 

I found this bug https://bugs.funtoo.org/browse/FL-2229 that I experienced.  I don't know if it has anything to do with this particular issue.  I've reinstalled those packages with FEATURE="-collision-protect", but I can't test it out yet.

[nexion]

I doubt it may be connected with this issue somehow since I have no emul-linux-x86* packages installed, instead I use abi_x86_32 where it is required.

[overkill]

Have you tried rolling back xorg-server to the previous version?

[Oleg Vinichenko]

downgrade to 1.16 is the option to try.

[overkill]

I rolled back to xorg-server-1.16.1-r4.  That's what I had before the updates.  I had to add the following to my /etc/portage/package.mask file in order to down grade:

>x11-base/xorg-server-1.16.1-r4
=app-admin/eselect-opengl-1.3.1-r3
=x11-proto/glproto-1.4.17-r1
>media-libs/mesa-10.3.5
=x11-drivers/xf86-input-evdev-2.9.2
=x11-drivers/xf86-input-synaptics-1.8.2
>sys-devel/llvm-3.5.1

Then I used

# emerge -C eselect-opengl -a
# FEATURES="-colision-protect" emerge xorg-server -1av

to roll back xorg-server.
 
Gnome is functioning correctly again.  Here's the output of ck-list-sessions:

# ck-list-sessions 
Session4:
unix-user = '1000'
realname = 'Joe Derp'
seat = 'Seat1'
session-type = ''
active = TRUE
x11-display = ':0'
x11-display-device = '/dev/tty7'
display-device = ''
remote-host-name = ''
is-local = TRUE
on-since = '2015-03-30T17:46:16.216036Z'
login-session-id = '2'

Seems these updates aren't ready to be rolled out for Gnome Desktops.

 

I filed this bug:  https://bugs.funtoo.org/browse/FL-2232

[drobbins]

I have a GNOME system here -- the only thing I have masked is >=x11-base/xorg-server-1.17, because this system is using ati-drivers which are not yet compatible with 1.17. I'm not experiencing anything odd after the upgrades.

 

Based on this, my guess is that it is directly related to xorg-server-1.17.

[overkill]

Thanks for the input.  I thought it was xorg-server, but I had to mask the rest to roll back to where I was.  If I now only mask xorg-server-1.17.1-r4, the other updates reappear.  I'm going to give it another try with

 

 

# FEATURES="-colision-protect" emerge world -uDNav --with-bdeps=y
 
These are the packages that would be merged, in order:
 
Calculating dependencies... done!
[ebuild  N     ] dev-python/beaker-1.6.4-r1000  USE="{-test}" PYTHON_ABIS="2.7 3.3 -2.6 -2.7-jython -2.7-pypy -3.1 -3.2 -3.2-pypy -3.4 (-3.5)" 0 kB
[ebuild  N     ] dev-python/mock-1.0.1-r1000  USE="-doc {-test}" PYTHON_ABIS="2.7 3.3 -2.6 -2.7-jython -2.7-pypy -3.1 -3.2 -3.2-pypy -3.4 (-3.5)" 0 kB
[ebuild  N     ] virtual/python-mock-0  PYTHON_ABIS="2.7 3.3 -2.6 -2.7-jython -2.7-pypy -3.1 -3.2 -3.2-pypy -3.4 (-3.5)" 0 kB
[ebuild     U  ] sys-devel/llvm-3.6.0:0/3.6 [3.5.1:0/3.5] USE="libffi ncurses python static-analyzer xml -clang -debug -doc -gold -libedit -multitarget -ocaml {-test}" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7 -pypy" VIDEO_CARDS="-radeon" 0 kB
[ebuild  N     ] dev-python/mako-1.0.0-r1000  USE="-doc {-test}" PYTHON_ABIS="2.7 3.3 -2.6 -2.7-jython -2.7-pypy -3.1 -3.2 -3.2-pypy -3.4 (-3.5)" 0 kB
[ebuild     U  ] app-admin/eselect-opengl-1.3.1-r3 [1.2.7] 0 kB
[ebuild     U  ] x11-proto/glproto-1.4.17-r1 [1.4.17] ABI_X86="(64) -32 (-x32)" 0 kB
[blocks b      ] <x11-proto/glproto-1.4.17-r1 ("<x11-proto/glproto-1.4.17-r1" is blocking app-admin/eselect-opengl-1.3.1-r3)
[ebuild     U  ] media-libs/mesa-10.5.2 [10.3.5] USE="classic dri3 egl gallium gbm gles2 llvm nptl udev -bindist -d3d9% -debug -gles1 -opencl -openmax -osmesa -pax_kernel -pic (-selinux) -vaapi% -vdpau -wayland -xa -xvmc (-openvg%) (-r600-llvm-compiler%)" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="intel (-freedreno) -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware" 0 kB
[blocks b      ] <media-libs/mesa-10.3.7-r2 ("<media-libs/mesa-10.3.7-r2" is blocking app-admin/eselect-opengl-1.3.1-r3)
[ebuild     U  ] x11-base/xorg-server-1.16.4-r1:0/1.16.1 [1.16.1-r4:0/1.16.1] USE="ipv6 kdrive nptl suid udev xorg -dmx -doc -glamor -minimal (-selinux) -static-libs -systemd -tslib -unwind -wayland -xnest -xvfb" 0 kB
[blocks b      ] <x11-base/xorg-server-1.16.4-r1 ("<x11-base/xorg-server-1.16.4-r1" is blocking app-admin/eselect-opengl-1.3.1-r3)
[ebuild     U  ] x11-drivers/xf86-input-evdev-2.9.2 [2.9.1] 0 kB
[ebuild     U  ] x11-drivers/xf86-input-synaptics-1.8.2 [1.8.1] 0 kB
 
Total: 11 packages (7 upgrades, 4 new), Size of downloads: 0 kB
Conflict: 3 blocks
 
Would you like to merge these packages? [Yes/No] 

[overkill]

Updates completed successfully.  With only >=xorg-server-1.17 masked, Gnome is functioning correctly.  Perhaps >=xorg-server-1.17 should be added to the Gnome mix-in mask?

[nexion]

Thanks overkill, Daniel!

I confirm, downgrading xorg-server to 1.16 is a suitable workaround.

[drobbins]

xorg-server-1.17.1-r1 is now masked, until it is fully baked.