Found more in fidonet and qmail, adding tasks.
But the more that are affected the more I think then general solution in
lightdm would be the right thing to do.
** Also affects: netqmail (Ubuntu)
Importance: Undecided
Status: New
** Also affects: fidogate (Ubuntu)
Importance:
The user Objects have an attribute for system accounts:
property Boolean SystemAccount
Whether or not the account is a system account, such as adm. System accounts
aren't returned by ListCachedUsers and should generally be ignored.
It also has a shell property, but that (by default) seems to
So while I understand to unify code paths by relying on accoutnsservice
lightdm needs to get back the feature of "hidden-shells=" IMHO.
So in some sense this is a regression in lightdm due to the change to
use accountsservice.
The solution clearly extceeds my Dbus-foo, but shouldn't lightdm be
The suggestion was made to add a accountsservice file for it like:
echo -e "[User]\nSystemAccount=true" >
/var/lib/AccountsService/users/libvirt-qemu
I agree this might be an option - and I might even be forced to take it at some
point, but then I ask myself for how many extra Desktop
After some IRC discussions I'm increasing prio in accountsservice as
more people are convinced this is the place to fix it and it seems to
get a rise in "popularity".
** Changed in: accountsservice (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a
Hi Ali,
as I outlined before the fix likely has to take place in accountsservice not in
libvirt.
You assigned yourself, so I wanted to ask what you have in mind to do?
In case this was an accident you might want to unassign yourself, but
"subscribe" [1] you to the bug to stay up to date on this
Thanks Tom, I agree that loosing the hidden-shells seems to be a regression.
And to make the state more clear that this in the current state is considered a
an issue of accountservice or lightdm lets mark the other packages won't fix
for now. Otherwise everybody assumes "the other will do it".
KDE and Gnome seem to not have the issue in general (To admit - I didn't try
myself the Gnome case yet), so in Artful it might be resolved by the switch to
Gnome.
I didn't hear from the Desktop Team yet about accountsservice getting a fix.
Also for now there is a workaround in [1]
If this gets
*** This bug is a duplicate of bug 857651 ***
https://bugs.launchpad.net/bugs/857651
Arrr wanted to send that update to the dup target ...
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to accountsservice in Ubuntu.
Matching subscriptions:
*** This bug is a duplicate of bug 857651 ***
https://bugs.launchpad.net/bugs/857651
If we stick to depend on accountsservice, then it comes down to the following
$ dbus-send --print-reply=literal --system --dest=org.freedesktop.Accounts
/org/freedesktop/Accounts
*** This bug is a duplicate of bug 857651 ***
https://bugs.launchpad.net/bugs/857651
@Spiegel - yes I think so, thanks for finding the old reference.
Marking as a Dup.
Could someone of the desktop Team give this a look from the 18.04/gnome-
shell POV - will this go away?
** This bug has
I was made aware in bug #1667113 that this seems to be the root bug to dup this
onto.
I know this comes down to accountsservice, as others not using it like sddm are
just fine.
If we stick to depend on accountsservice, then it comes down to the following
$ dbus-send --print-reply=literal
** Tags added: bionic
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to accountsservice in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/857651
Title:
Unable to hide users from login screen / user switcher
13 matches
Mail list logo