kdesupport/polkit-qt question

Dario Freddi drf54321 at gmail.com
Wed Mar 11 19:29:24 GMT 2009


In data mercoledì 11 marzo 2009 20:10:30, Kevin Krammer ha scritto:
>
> Which shows quite nicely that any kind of D-Bus related services that want
> to be infrastructure for Free Software desktop systems will have their
> D-Bus interfaces as the official API.

Yes, but the scenario here is pretty different. There is no DBus API for 
PolicyKit, and we need to rely on its API only. Take a look at this function:

polkit_tracker_get_caller_from_dbus_name(Context::instance()-
>getPolKitTracker(),
                dbusName.toLatin1().data(),
                &dbus_error);

This function is the only way to access the PolicyKit API for that matter, and 
it explicitely requires a DBusError as a parameter, since PolicyKit has no 
DBus interface, but _handles_ DBus calls on itself, so that's why it needs 
some DBus specific parameters.

PolicyKit relies on DBus, but not in the sense of HAL and NM: they expose 
their interface on DBus, while PolicyKit uses DBus for its internals.

I had the same reaction when Daniel first told me we could have used those, 
but I had to make a step back after having a look at PolicyKit API.

-- 
-------------------

Dario Freddi
KDE Developer
GPG Key Signature: 511A9A3B

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20090311/ea6432f8/attachment.sig>


More information about the kde-core-devel mailing list