dbus - remote
Schmottlach, Glenn
glenn.schmottlach at harman.com
Thu Jan 14 07:31:21 PST 2010
I believe this is/was a security decision. There is no easy way to authenticate and authorize the application that is attempting to connect to the daemon from the outside. If you are on a "trusted" network then this may not apply (that's the environment I work in). I agree, this approach has a great deal of potential and is how I use it with an embedded system for debug and testing out-side the target environment.
Glenn
-----Original Message-----
From: dbus-bounces at lists.freedesktop.org [mailto:dbus-bounces at lists.freedesktop.org] On Behalf Of Roberto -MadBob- Guido
Sent: Thursday, January 14, 2010 9:15 AM
To: dbus at lists.freedesktop.org
Subject: Re: dbus - remote
On Thu, 2010-01-14 at 13:40 +0100, Peter Würtz wrote:
> Unfortunately there seems to be no general interest in this IMO very
> powerful use case
>
I agree: on those days it is common to have many PCs connected on the
same LAN (a laptop, a modern smartphone, a desktop, perhaps an home
server...), be able to share each other data and RPCs throught the well
know DBUS API will untap many opportunities.
Is there any "official" reason for which this option was never be
integrated in the mainstream codebase? Lack of proper testing of the
already existing patches? Lack of interest in this feature? Lack of
resources to maintain that?
--
Roberto -MadBob- Guido
http://claimid.com/madbob
_______________________________________________
dbus mailing list
dbus at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dbus
More information about the dbus
mailing list