The Precise Pangolin has reached end of life, so this bug will not be
fixed for that release
** Changed in: accountsservice (Ubuntu Precise)
Status: In Progress => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is
** Changed in: accountsservice
Status: Confirmed => Unknown
--
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/941673
Title:
performance of accounts-daemon is
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has
been closed from further activity.
You can subscribe and participate further through the new bug through
this link to our GitLab instance:
is it common practice on BSD to rsync /etc/passwd around? Maybe bsd
could go back to using /etc/passwd?
--
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/941673
Title:
Attachment 124799 pushed as c85b41d - user: check if user is in wheel more
efficiently
Attachment 124800 pushed as 98f4287 - daemon: get local users from /etc/shadow
not /etc/passwd
Attachment 124801 pushed as 14ca424 - daemon: don't call getspnam for local
users
Attachment 124802 pushed as
Created attachment 124803
daemon: don't source user list from wtmp
wtmp can get rather large on some systems from ssh logins.
Furthermore it's pretty much completely redundant given the user
cache in /var/lib/AccountService
This commit changes the wtmp code to only get used for maintaining
login
Created attachment 124802
daemon: constrain max local users to 50
Systems with tens of thousands of users don't want all those users
showing up in the user list.
Set a cap at an even 50, which should cover the lion's share of use
cases well. Of course, if a user not in the list explicitly
logs
i'm going to push these patches to master. They're loosely based on
ritz work in this bug, but they diverge in some significant ways:
1) i set a limit on the number of local users returned (ala comment 2)
2) i redid the wheel check to avoid needing an admin user cache
3) i cache shadow
Created attachment 124800
daemon: get local users from /etc/shadow not /etc/passwd
For some sites, it's common practice to rsync around large
/etc/passwd files containing the password entries for remote
users. That means accountsservices' "assume /etc/passwd is local
users" heuristic falls over.
Same on OpenBSD. Since that change, accountsservice is broken here as
well.
--
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/941673
Title:
performance of
Created attachment 124799
user: check if user is in wheel more efficiently
We currently get all the groups a user belongs to in one pass,
then check each one to see if it's wheel.
It's much more efficient to just get the wheel group and check if
any of its members are the user.
--
You received
Created attachment 124801
daemon: don't call getspnam for local users
We're already iterating over the whole shadow file, so
just cache the entries instead of calling getspname a
few lines later.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages,
Unconditioned #include breaks the build on FreeBSD.
FreeBSD doesn't have shadow.h and /etc/shadow. Hashed passwords are
stored in /etc/master.passwd, which is a /etc/passwd with additional
fields. There is no API specifically made to read /etc/master.passwd
because getpwent on FreeBSD
oneiric has seen the end of its life and is no longer receiving any
updates. Marking the oneiric task for this ticket as Won't Fix.
** Changed in: accountsservice (Ubuntu Oneiric)
Status: Triaged = Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Touch
14 matches
Mail list logo