(adding Havoc to Cc since there's a few D-Bus questions here. For context, the original questions about D-Bus and session bus forwarding is here
http://mail.gnome.org/archives/gtk-devel-list/2007-February/msg00092.html On Wed, 2007-02-21 at 10:56 +0100, Alexander Larsson wrote: > > How do you actually pass a socket fd over dbus? (pretty sure it's not > > possible nor even desirable; see below) > > Neither is it there a way to set up a peer-to-peer dbus connection, so > gvfs has to do this manually. It does so by having a method call that > returns an address string that is then passed to > dbus_connection_open_private(). (It looks like a typical > DBUS_SESSION_BUS_ADDRESS env var value). > > Now, we actually pass two such strings, one we open with dbus, and the > other we open manually to pass fds over. Clever. > Anyway, I think its definately possible to have gvfs fallback on pure > dbus communication if local access is not possible, and add a way to > access the files of the remote machine via rfile:///. It will be slow as > ass, but work. Right; my point was more or less that the gvfs API needs to expose enough information such that we can hack this into the file chooser / other bits if we want such a feature (I think we do). This includes things like rfile:/// URI's I suppose. > (Of course, there isn't even a tcp/ip transport in dbus > atm, so this will be in the star-trek future.) Actually, as mentioned on IRC, TCP/IP transport been in D-Bus for a long time, it's just not hooked up by default on the session bus nor forwarded by e.g. ssh yet. You asked about how auth will work; that's a good question... Havoc, can you shed some light on the D-Bus session bus forwarding over ssh situation? Thanks! David _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list