[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: PolicyKit + KDE
From:       Thiago Macieira <thiago () kde ! org>
Date:       2009-09-02 6:44:53
Message-ID: 200909020844.54012.thiago () kde ! org
[Download RAW message or body]


Em Quarta-feira 2. Setembro 2009, Ã s 02.09.15, Matthew Woehlke escreveu:
> That said, I guess I don't understand how PK works that this is even 
> needed. If PK says "user may edit <certain things>", why does it matter 
> if the user does that via package from packaged KDE, /bin/vi, or some 
> cobbled-together C program they just compiled? Since you are talking 
> about installing policy files I must guess that this is not how PK works?

Please note that the problem isn't PolicyKit.

Note the list of files that John posted:

/etc/dbus-1/system.d/org.kde.ksysguard.processlisthelper.conf
/usr/share/dbus-1/system-services/org.kde.ksysguard.processlisthelper.service
/usr/share/PolicyKit/policy/org.kde.ksysguard.processlisthelper.policy

This is about ksysguard, not about PolicyKit. It's about requesting that the 
processlister service be started as a D-Bus system service (which means it 
runs under a different UID) and that acquiring some privileges.

Apparently there's some special action that the process list helper can take 
on behalf of the user that needs to be authenticated first.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
  Senior Product Manager - Nokia, Qt Development Frameworks
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

Qt Developer Days 2009 | Registration Now Open!
Munich, Germany: Oct 12 - 14     San Francisco, California: Nov 2 - 4
      http://qt.nokia.com/qtdevdays2009

["signature.asc" (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]