I am still suffering from this bug. I am on Ubuntu 16.04 32 bit platform. I
installed libvirt-qemu and it adds itself to user group as `
libvirt-qemu:x:64055:128:Libvirt Qemu,,,:/var/lib/libvirt:/bin/false`.
Since its user id > 1000 it hangs the lightdm over one minute due to above bug.
How can
** Changed in: accountsservice (Ubuntu)
Assignee: Robert Ancell (robert-ancell) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to accountsservice in Ubuntu.
https://bugs.launchpad.net/bugs/1350393
Title:
Right, Derek. Actually, shouldn't the LDAP issue you described be
reported as a separate libnss-ldap bug?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to accountsservice in Ubuntu.
https://bugs.launchpad.net/bugs/1350393
Titl
@Gunnar, 0.6.35-0ubuntu7.2 may be improve performance in some cases, but
it does nothing to avoid the infinite hang that I characterized in
comment #4. The fact that it calls user_language_validate() just once
in the context of an LDAP user when the LDAP client isn't fully ready
will cause account
This may be a duplicate of bug 996791.
https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/996791
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to accountsservice in Ubuntu.
https://bugs.launchpad.net/bugs/1350393
T
Version 0.6.35-0ubuntu7.2 of accountsservice is now available in trusty-
proposed, and the performance ought to have improved significantly due
to the change on a system with many users.
@Stephen, @Ioannis and @Derek: It would be great if you could install
the new version, and let us know about yo
Hi!
I'm currently working with bug #1443178, and I suspect that the solution
I propose there may help address the performance issue discussed above.
The idea is to save the language and locale settings, based on the
system default, at the creation of a new user. That way those values
would be han
Why lightdm behaves the way it does…
In common/user-list.c, load_users() calls load_passwd_file(). The
intended code path is is for load_passwd_file() to make use of the
org.freedesktop.Accounts.ListCachedUsers DBus call.[1] However, due to
the accounts-daemon failure[2], it falls back on the sl
I have found something close to a root cause, and I observe this hang
100% of the time under the following conditions:
1. Packages libnss-ldap_264-2.2ubuntu4.14.04.1 and
accountsservice_0.6.35-0ubuntu7.1 are installed.
2. /etc/nsswitch.conf contains "passwd: files ldap"
3. An LDAP user has logged
Robert, have you seen this regression reported against the
accountsservice SRU?
** Changed in: accountsservice (Ubuntu)
Assignee: (unassigned) => Robert Ancell (robert-ancell)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed
Hello,
I am also affected by this bug, having ~6000 user accounts on my system.
I observe exactly the same things as reported in the original bug report.
I think that lightdm should not consult accountsservice at all,
when the number of existing users is large (e.g. more than 100, could be set in
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: accountsservice (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to accountsservice in Ubuntu.
https://
12 matches
Mail list logo
