[Pkg-utopia-maintainers] Bug#717731: Further details regarding upower: authentification is required for hibernating… (was: Re: Bug#717480: udev: hang =?UTF-8?Q?=E2=80=A6?=)

[Martin Steigerwald]

Michael,

I answer the questions related to the hibernation auth issue that you posted 
in bug 717480 to the hibernation auth issue instead:

Am Freitag, 26. Juli 2013, 23:09:33 schrieben Sie:
> Am 26.07.2013 13:29, schrieb Martin Steigerwald:
> > Am Freitag, 26. Juli 2013, 09:43:12 schrieb Michael Biebl:
> >> Am 21.07.2013 11:55, schrieb Martin Steigerwald:
[…]
> >> The journal you posted doesn't show any 30 sec delays.
> >> Would be great if you can test with 204-2 packages and maybe a default
> >> Debian kernel too.
> > 
> > Right now I am on sysvinit again due
> > 
> > Bug#717731: upower: authentification is required for hibernating while
> > other users are logged in
> > http://bugs.debian.org/717731
> 
> Well, as I already told you in (the other bug report): PolicyKit just
> does what it is setup to do.
> Btw, which version of policykit-1 do you use? Which desktop environment
> do you use, which login manager (explicit version would be helpful,
> since the versions from experimental might behave different.

As I understand what causes this authentication dialog is:

martin at merkaba:~> dpkg -S 
/usr/share/polkit-1/actions/org.freedesktop.upower.policy 
upower: /usr/share/polkit-1/actions/org.freedesktop.upower.policy

as I told you in this bug already.

I am using:

martin at merkaba:~> apt-show-versions | egrep "policykit-1|upower|polkit-kde-1"
libupower-glib1:amd64/sid 0.9.20-2 uptodate
policykit-1:amd64/sid 0.105-3 uptodate
polkit-kde-1:amd64/sid 0.99.0-3 uptodate
upower:amd64/sid 0.9.20-2 uptodate

> > getting so on my nerves that I was fed up with testing systemd.
> 
> Not really a systemd issue, if at at all, it's logind related.
> Atm, we are still mostly on ConsoleKit, and in your bug report, your
> ck-list-sessions output showed two user sessions. So the result you got
> was fully expected and would be the same with sysvinit.
> It's just the way things currently are setup. If multiple users are
> logged in, shutting down the system requires admin privileges. But I
> pointed you to documentation how you can override that.

As I told I tried that. It didn´t work. Do you spot any obvious error in:

merkaba:~> cat /etc/polkit-1/localauthority/50-
local.d/org.freedesktop.upower.pkla 
[Suspend/hibernate permissions]
Identity=unix-group:sudo
Action=org.freedesktop.upower.hibernate;org.freedesktop.upower.suspend
ResultAny=yes
ResultInactive=yes
ResultActive=yes

merkaba:~> id martin    
uid=1000(martin) gid=1000(martin) 
Gruppen=1000(martin),4(adm),20(dialout),24(cdrom),25(floppy),27(sudo),30(dip),44(video),46(plugdev),60(games),106(netdev),107(bluetooth),108(lpadmin),111(fuse),119(vboxusers),126(sbuild)


martin is the user who initiates the suspend.

> For a general purpose distro, like Debian, being more restrictive is the
> better default even if I understand your frustration if you just use a
> single users system.

It will bite each user with KDEPIM installed.

I think it really makes sense to make it work seat based as I explained 
before, unless you are keen to get more votes on this once more KDE users try 
out systemd 204-1.

I do not have numbers, but I highly doubt the number of users using KDE via 
multi user / multi seat application servers via X2go or whatnot will be way 
below than the number of users just having installed KDE on their laptop or 
workstation. It will bite every user with KDEPIM installed if systemd becomes 
default. And my bet think they will think "WTF?" just as I did.

So I really think that it should function seat based. If it will when 
consolekit is no longer in use, then fine. Than I´d just stay with sysvinit 
until then unless I manage to find out by above configuration does not work. So 
all what happens is that you´d have to do with one active tester less.

Thansk,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-utopia-maintainers/attachments/20130727/41f1f3da/attachment.sig>