Description of problem:
After logging in using lxdm I get a blank screen with the desktop wallpaper only. If I don't kill lxdm-binary before trying to reboot it hangs up the reboot process as well.
Version-Release number of selected component (if applicable):
Seems always, a clean install on a vm, and a desktop upgraded from Fedora 18 where lxdm was working, both show the behavior
Steps to Reproduce:
1. Install Fedora 19 Alpha
2. Intall lxdm, configure lxdm as your display manager, and reboot
Normal desktop session
gdm is working, although lightdm seems to also be broken (different symptoms).
Loading extension GLX
resize called 1680 1050
** Message: add 0x9cc950
** Message: prepare greeter on :0
** Message: start greeter on :0
** Message: create ConsoleKit session fail
console-kit-daemon was not enabled and was not running, but looking at a Fedora 18 system it looks like it is not enabled there by default, though something started the daemon. Enabling the service, rebooting, and verifying it was running didn't do anything to change things.
I also set selinux permissive and tried again with no success.
What version of lxdm is this? What session are you trying to run? Are ConsoleKit and ConsoleKit-x11 installed?
rpm -q ConsoleKit ConsoleKit-x11 lxdm
I am trying to run Xfce. I have PREFERRED=startxfce4 in /etc/sysconfig/desktop and lxdm configured as the display manager via systemctl.
In the past this was sufficient to get things working, but it is no longer working.
I see what may be this trying to boot the F19 Alpha LXDE live image: it boots to a completely blank screen.
https://bugzilla.redhat.com/show_bug.cgi?id=922935 happens if I don't pass enforcing=0 , ConsoleKit fails to start up. Passing enforcing=0 makes ConsoleKit start up. But still, system boots to a black screen.
I see the "create ConsoleKit session fail" error in lxdm.log. If I boot with enforcing=0 3 and then 'yum install ConsoleKit-x11' before doing 'systemctl isolate graphical.target', the error goes away - but it still results in a black screen.
I've tried both qxl/SPICE and cirrus/VNC in my VM, so I don't think that's the problem.
At this point I'm somewhat stuck, but hopefully this should be easy to reproduce, at least - just grab https://dl.fedoraproject.org/pub/alt/stage/19-Alpha-RC1/Live/x86_64/Fedora-Live-LXDE-x86_64-19-Alpha-1.iso (or a later build if one is available by the time you read this) and try to boot it. Then you can try the refinements above (enforcing=0 is probably a good one to use at minimum).
Nominating as a freeze exception bug on the basis that it's basically a showstopper for LXDE live spin, if what I'm seeing is the same as this bug.
Created attachment 735528 [details]
I see this issue with my F-19 machine with testing repo enabled (not live) with lxdm (not with lightdm), with selinux fully _dis_abled.
pstree log (for my case) attached.
Created attachment 735529 [details]
ps auwwx & gdb
ps auwwx result and gdb log for attaching lxdm-binary
Looks like lxdm-binary is hanging at:
(gdb) up 9
#9 0x0804d612 in switch_user (pw=pw@entry=0x42a8cce0 <resbuf.9405>, run=0x84360b0 "/usr/bin/startlxde",
env=env@entry=0x843d510) at lxdm.c:987
987 g_spawn_command_line_sync ("/etc/lxdm/PreLogin",NULL,NULL,NULL,NULL);
987 g_spawn_command_line_sync ("/etc/lxdm/PreLogin",NULL,NULL,NULL,NULL); <=========================
989 if( !pw || initgroups(pw->pw_name, pw->pw_gid) ||
990 setgid(pw->pw_gid) || setuid(pw->pw_uid) || setsid() == -1 )
i.e. g_spawn_command_line_sync does not return. https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/1109251 may be similar issue (this also seems to be g_spawn_command_line_sync hanging).
Maybe better to ask glib2 maintainer for help.
[tasaka1@localhost ~]$ rpm -q lxdm glib2
Same here with F-19 upgraded from F-18 with yum distro-sync. lxdm-0.4.1-5.fc19.x86_64, glib2-2.36.1-1.fc19.x86_64, SELinux disabled.
Updating glib2 to 2.36.1-2.fc19 fixed the bug for me.
Huh. Really? The commit doesn't look particularly relevant:
Changelog * Sat Apr 27 2013 Thorsten Leemhuis <fedora> - 2.36.1-2 - Fix pidgin freezes by applying patch from master (#956872)
anyone else seen this magically resolved?
Haven't tried yet, but see the from comment 5, "i.e. g_spawn_command_line_sync does not return. https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/1109251 may be similar issue (this also seems to be g_spawn_command_line_sync hanging)."
There was a suspicion the same issue affecting pidgin was at fault here. It may have been the case.
aha, I hadn't followed it that closely. makes sense in that case.
Yeah, confirmed that this bug still remains with glib2-2.36.1-1.fc19.i686, but is not reproducible with glib2-2.36.1-2.fc19.
With glib2-2.36.1-1.fc19.i686 lxdm-binary still hangs at g_spawn_command_line_sync(), glib2-2.36.1-2.fc19 change is actually to fix https://bugzilla.gnome.org/show_bug.cgi?id=698081 (Pidgin hangs in g_spawn_command_line_sync). So I think this is the same issue.
glib2-2.36.1-2.fc19 has been submitted as an update for Fedora 19.
Works for me, too.
Proposing this as a Beta freeze exception as we believe it's what's breaking LXDE live images. We can confirm this with TC3 if I ensure that update is pulled in.
glib2-2.36.1-2.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
Reopening to check if this bug is really fixed with (coming) TC3
live image or so. If we can confirm that this bug is not reproducible
with coming TC3, I think this bug can really be closed.
Just checked http://dl.fedoraproject.org/pub/alt/stage/19-Beta-TC3/Live/x86_64/Fedora-Live-LXDE-x86_64-19-Beta-TC3-1.iso. LXDE session runs OK, so I think we can close this bug FIXED.