Starting the kdbus discussions

[Kevin Krammer]

On Thursday, 2014-01-02, 14:42:47, Kay Sievers wrote:
> On Thu, Jan 2, 2014 at 2:12 PM, Kevin Krammer <krammer at kde.org> wrote:
> > On Thursday, 2014-01-02, 02:03:29, Lennart Poettering wrote:
> >> Coming back to the original question (or what I think the question was):
> >> I figure the trusted/untrusted thing is also something that would
> >> translate to whether people should ship unit files or dbus1 service
> >> activation files. (That all said, thinking about it, maybe we should
> >> just drop the requirement for native unit files or the user bus, and
> >> just keep it in for the system bus).
> > 
> > I think that would be nice, though my understanding from your other reply
> > is that dbus-daemon will handle that as usual anyway, at least for the
> > not too distant future.
> 
> On systemd systems, the current "session bus" will be replaced by one
> "user bus" per user. All sessions will share the same bus of the user.
> That bus will be provided by the "systemd --user" instance.
> 
> There will be no dbus-daemon running or be used by default. The system
> bus and the user bus are both created by the systemd binary which also
> spawns the and manages the services.

Sorry, I am confused now.
This seems to contradict what Lennart wrote earlier today: "Our primary focus 
for now is the system bus, and dbus-daemon can continue to be used for the 
session bus, even on a system that uses kdbus for the system bus."

He also wrote that implications on session management make using kdbus/systemd 
for the session/user bus politically difficult.

Anyway, the concern is about D-Bus activation, no matter which program 
actually performs it.

Lets assume you have an addressbook application FooContacts that can be D-Bus 
activated through org.foo.contacts as specified by org.foo.contacts.service

Right now any application using its services can just make the D-Bus calls and 
dbus-daemon will launch it if necessary.

It will either be necessary that this continues to work or that some end user 
retrievable log or end user runnable diagnostic tool can identify that 
FooContacts has a .service file but now needs a whatever-is-needed-now-file.

Cheers,
Kevin
-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.freedesktop.org/archives/dbus/attachments/20140102/5c627c1b/attachment.pgp>