Patch both confirmed and unconfirmed. That is, confirmed that with in /etc/lightdm/lightdm-gtk-greeter.conf:
show-indicators=~power
and after "useradd -m -g users newlyaddeduser && passwd -d newlyaddeduser", login "newlyaddeduser" in through lightdm now results in a better looking /var/lib/AccountsService/users/newlyaddeduser:
[User]
XSession=default
SystemAccount=false
whereas the XSession value used to the mentioned garrbage value.
Unconfirmed in the sense that "newlyaddeduser" still actually fails to log in, supposedly since there no such thing as a "default" XSession on my system: there's only a "mate.desktop" in my /usr/share/xsessions and the users that login correctly have Xsession=mate there. This sounds like a seperate issue -- but on the other hand, if I *do* add "~session" to the indicators, "newlyaddeduser" is correcyly assigned this only one session-type. As such, "default" might still need to be something else?
Patch both confirmed and unconfirmed. That is, confirmed that with in /etc/lightdm/ lightdm- gtk-greeter. conf:
show- indicators= ~power
and after "useradd -m -g users newlyaddeduser && passwd -d newlyaddeduser", login "newlyaddeduser" in through lightdm now results in a better looking /var/lib/ AccountsService /users/ newlyaddeduser:
[User] =false
XSession=default
SystemAccount
whereas the XSession value used to the mentioned garrbage value.
Unconfirmed in the sense that "newlyaddeduser" still actually fails to log in, supposedly since there no such thing as a "default" XSession on my system: there's only a "mate.desktop" in my /usr/share/ xsessions and the users that login correctly have Xsession=mate there. This sounds like a seperate issue -- but on the other hand, if I *do* add "~session" to the indicators, "newlyaddeduser" is correcyly assigned this only one session-type. As such, "default" might still need to be something else?