Installed 5beta2 Gnome LiveCD to sda7 & 8 in dual boot with mga4 After reboot, medias were added and users created root and user, but user is not shown in GDM. In fact no users were shown in GDM, only the option to manually enter one. I suspect this has to do with the move to UID/GID 1000 and confirmed that the user is created as UID/GID 1000. Login proceeded normally once user details were manually entered. Reproducible: Steps to Reproduce:
Created attachment 5832 [details] journalctl-b.txt Jan 22 10:58:15 localhost gnome-session[2147]: Gjs-Message: JS LOG: Error calling StartServiceByName for org.freedesktop.PackageKit: Timeout was reached Jan 22 10:58:15 localhost dbus[763]: [system] Failed to activate service 'org.freedesktop.PackageKit': timed out Jan 22 10:58:28 localhost gnome-session[2147]: (gnome-shell:2185): AccountsService-WARNING **: ActUserManager: user (null) has no username (object path: /org/freedesktop/Accounts/User1 Jan 22 10:58:28 localhost realmd[2318]: explicitly releasing service: :1.52 Jan 22 10:58:28 localhost gdm-session-worker[2326]: <5>AccountsService: ActUserManager: user (null) has no username (object path: /org/freedesktop/Accounts/User1000, uid: 0) Jan 22 10:58:28 localhost gdm-session-worker[2326]: <5>AccountsService: ActUserManager: user (null) has no username (object path: /org/freedesktop/Accounts/User1000, uid: 0) Jan 22 10:58:28 localhost gdm-password][2326]: pam_succeed_if(gdm-password:auth): requirement "user ingroup nopasswdlogin" not met by user "user" Jan 22 10:58:30 localhost gdm-password][2326]: pam_tcb(gdm-password:auth): Authentication passed for user from (uid=0) Jan 22 10:58:30 localhost gdm-session-worker[2326]: <5>could not save session and language settings Jan 22 10:58:30 localhost systemd[2330]: pam_tcb(systemd-user:session): Session opened for user by (uid=0)
CC: (none) => mageia, olav, pterjan, tmb
Whiteboard: (none) => 5beta2
adding as a blocker
Blocks: (none) => 14069Priority: Normal => release_blocker
Doesn't seem to happen from the live dvd
Assignee: bugsquad => mageia
OK, so this happens because: 1. The user is created as part of the X11 "first-install" process. 2. The accounts-daemon daemon does not automatically pickup new users. I was able to replicate the issue in the gnome-live dvd after installing, and then logging out (not rebooting). The user is not listed. If I restarted the accounts-service, the user is noticed and things work OK (for me at least). I shall try and put in a systemctl try-restart accounts-daemon into our user code and see if that helps.
commit 2969bde783d7e815a9867fe323e17394369579aa Author: Colin Guthrie <colin@...> Date: Sun Feb 8 21:17:53 2015 +0000 users: Make sure to restart accounts-daemon after adding users (mga#15113) This prevents various details being loaded about the user when they first login (including being listed in GDM and other user editing bits within GNOME). It also has some effect on i18n where the user's language settings are totally reset (to en_US) rather than inheriting the system prefs which seems to be the problem presented in mga#14476 --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=2969bde783d7e815a9867fe323e17394369579aa Bug links: Mageia https://bugs.mageia.org/15113 https://bugs.mageia.org/14476
The above seemed to do the trick for me but I can only test in a hacked up live env so it's not the best test in the world. It did seem to work tho'!
Sorry for the delay in responding. This appears to be fixed in beta3 so closing now, thanks Colin.
actually closing
Status: NEW => RESOLVEDResolution: (none) => FIXED