Description of problem:
Autologin doesn't work in GDM on LiveCD, you have to click on liveuser account. That is not desired. Something is broken.
Version-Release number of selected component (if applicable):
Fedora 18 Alpha TC5 Live GNOME
Proposing as F18 blocker or NTH.
fwiw, it works on the nightly i got (though I have to boot with " 3 " on the kernel command line update xorg-x11-drv-qxl from updates-testing and init 5 to test because of the qxl bug
This is still present in Alpha RC3. /etc/gdm/custom.conf seems to be all right. I tried the same configuration on the installed system and autologin works fine.
# GDM configuration storage
oh i fixed this upstream:
turns out its sort of random whether it will work or not depending on how fast the system is etc.
Fix is included in current packages in updates-testing
Discussed at 2012-12-12 blocker review meeting: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-12-12/f18final-blocker-review-4.2012-12-12-17.01.log.txt . Accepted as NTH - autologin is intended behaviour and would be better polish, can't be fixed with an update.
This is broken in Final TC1, with a gdm way later than September, so setting back to assigned. Live boot reliably shows GDM with 'liveuser' account, for me, I don't recall autologin ever working in any F18 test for me. Kparal says the same.
Autologin has worked for me, as recently as last week. However, I've turned it off, because of bug #881896.
Matthew, we're talking about autologin on LiveCD. For some reason that doesn't work. Autologin on an installed system works, yes.
(In reply to comment #5)
> Fix is included in current packages in updates-testing
I've tried re-spinning a LiveCD with F18+updates (gdm-3.6.2-5.fc18) but that failed to auto-login too.
Created attachment 696837 [details]
logs when it fails to auto-login
hughsie found me on irc and we debugged a bit. it's looking like the problem is caused by duplicate sections in the config file (which isn't allowed).
He's going to confirm, and if that checks out, we'll probably just push a fix to spin-kickstarts.git and close the bug.
so there's seemingly more to the story. We think now the problem is the livecd init script is getting started in parallel with gdm, but the livecd user isn't created until the init script finishes.
hughsie is doing a spin with LSB headers at the top of the initscript to enforce ordering with GDM to see if that helps.
Created attachment 696906 [details]
logs with the LSB header
This is with debugging enabled and this at the head of livesys:
# live: Init script for live image
# chkconfig: 345 00 99
# description: Init script for live image.
### BEGIN INIT INFO
# X-Start-Before: gdm.service
### END INIT INFO
heh i knew this was deja vu. let's move to the other bug.
*** This bug has been marked as a duplicate of bug 882037 ***