Daemon or no daemon

Jamie McCracken jamiemcc at blueyonder.co.uk
Mon Apr 18 18:27:46 EEST 2005

Avery Pennarun wrote:

> But the main reason *not* to do this is that a common system across desktops
> - D-VFS or DConf or whatever - will have an entirely different frontend
> library.  KDE people like C++, Gnome people like C.  The nice thing about
> using a daemon with DBUS is that it's very easy to write and rewrite your
> frontend API for whatever your favourite language might be.  Problems like
> common event loops and threads just disappear.

I would advise having a platform neutral interface (ie no glib) on the 
client end which all platforms can use at a low level (they can of 
course make a high level wrapper for better integration on top of this 
lib). That way If KDE really really dont like the client/daemon they can 
write their own using dcop/qt and everyone can still have a universal 
way to store prefs :)

> I disagree completely with Sean's assertion that it's not possible to do
> some of the things D-VFS wants to do - other than cross-process caching -
> without a daemon.  On the other hand, a daemon is just the sensible way of
> doing it for several other reasons, so at least his conclusion is right.

As you're better off using POSIX for file:// uris instead of a 
vfs/daemon then yes it does make sense for all non-posix uris to use a 
daemon. A high level wrapper can easily be applied to both posix and 
d-vfs at a later stage to accomplish this transparently.


> Have fun,
> Avery
> _______________________________________________
> xdg mailing list
> xdg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xdg

More information about the xdg mailing list