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

List:       kde-core-devel
Subject:    Re: DBus/QtDBus Concerns
From:       Thomas Zander <zander () kde ! org>
Date:       2006-07-13 13:43:42
Message-ID: 200607131543.43222.zander () kde ! org
[Download RAW message or body]


On Thursday 13 July 2006 12:55, David Jarvie wrote:
> On Thursday 13 Jul 2006 10:31, Thomas Zander wrote:
> >On Thursday 13 July 2006 01:50, David Jarvie wrote:
> >> KAlarm and kalarmd need to interact via D-Bus. If some other
> >> application made certain D-Bus calls, alarms could be lost.
> >
> >Only if those applications were malicious. If you expect things to get
> >lost due to bugs, I suggest you take a long look at the interaction
> > you have via dbus since that may need some work ;)
>
> I'm thinking more in terms of people trying to do clever things with
> the "private" interface, which might mess things up.

Bugs have to be fixed; this has nothing to do with the transport medium.
Its like Windows saying it will only send emails to other Windows boxes 
since others might loose it. I won't even comment on how wrong that is.

> >What you are suggesting is to close the alarms modification to one
> > client only. I think this is fundamentally the wrong path to walk
> > down.
...
> The alarm daemon never adds, deletes or modifies alarms. Only KAlarm
> can do this, and it has public D-Bus functions for this purpose. 

So, you really are suggesting that nobody can create a KAlarm replacement 
that talks to the KAlarm daemon via dbus?

-- 
Thomas Zander

[Attachment #3 (application/pgp-signature)]

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