impending gdbus merge

Hey, I thought I should let everybody know that we are getting very close to merging gdbus into GLib. David has created a gdbus-merge branch where we'll stage things before the final merge to master. So, if you haven't payed attention to gdbus yet, or haven't looked at it in a while, gdbus-merge i

[PATCH] GIO proxy supprot

Hi all, I implemented proxy support for GIO and I think it's ready for review. All the details can be found inside bug 580341. I wrote a quick overview in last comment, see: https://bugzilla.gnome.org/show_bug.cgi?id=580341#c29 My work can be found here: URL: http://git.collabora.co.uk/?p=user/

Re: impending gdbus merge

As far as I can see from the headers, there seem to be two new namespaces: GDBus/g_dbus_ and GBus/g_bus_. Judging from , GDBus seems to be the low-level API, while GBus is convenience API. But it seems that GBus is still DBus-specific, so

Re: impending gdbus merge

Hey, On Thu, 2010-05-06 at 22:11 +0200, Torsten Schoenfeld wrote: > As far as I can see from the headers, there seem to be two new > namespaces: GDBus/g_dbus_ and GBus/g_bus_. Judging from > , GDBus seems to > be the low-level API, while GB

Re: impending gdbus merge

Hi again, Btw, for what it's worth, the way the symbol/struct names are set up right now is like this: GDBus*/g_dbus_* refers to routines that don't care whether the connection is to a message bus, while GBus*/g_bus_* refers to routines where the connection is known to be to a message bus. That's