I thought Linux distros had moved to using the systemd implementation of a DBUS broker. The one you link to is in a GitHub org that has a kernel module that it, presumably, uses, which has a man page that contains no information other than a link to a domain that has lapsed and been bought to host ads.
It’s hosted in the bus1 project but AFAIK that implementation of dbus-broker is in the fact the implementation of dbus-broker and doesn’t require any kernel modules or the like.
(Bus1, essentially a new type of unix socket with multi-cast ability and absolute message sequencing, was pushed for a long time as “the next important step that we REALLY NEED in the ecosystem” but has been consistently blocked from actually being merged into the kernel, in what I’m tempted to think is probably a case of more rational heads prevailing. I’m presuming that’s the kernel module, but as I mentioned, it’s not required by dbus-broker).
As for preferring FreeBSD, well, I begin to understand, especially when I see things like DBus which seem to be over-engineered and which introduce more problems than they ever solved (the rationale for the existence of dbus-broker compared to the original dbus-daemon is enlightening in this regard).
That looks rather a packaging or build issue. I doubt that the DBUS package has hardcoded a /lib/local path.
And is the DBUS used any more? I thought everyone replaced it by dbus-broker, though I’m not clear if you’re running a linux distribution. :D
Another rewrite in the Linux world?
I am running FreeBSD. No signs of dbus-broker here yet :)
I thought Linux distros had moved to using the systemd implementation of a DBUS broker. The one you link to is in a GitHub org that has a kernel module that it, presumably, uses, which has a man page that contains no information other than a link to a domain that has lapsed and been bought to host ads.
And people wonder why I prefer FreeBSD…
It’s hosted in the bus1 project but AFAIK that implementation of dbus-broker is in the fact the implementation of dbus-broker and doesn’t require any kernel modules or the like.
(Bus1, essentially a new type of unix socket with multi-cast ability and absolute message sequencing, was pushed for a long time as “the next important step that we REALLY NEED in the ecosystem” but has been consistently blocked from actually being merged into the kernel, in what I’m tempted to think is probably a case of more rational heads prevailing. I’m presuming that’s the kernel module, but as I mentioned, it’s not required by dbus-broker).
As for preferring FreeBSD, well, I begin to understand, especially when I see things like DBus which seem to be over-engineered and which introduce more problems than they ever solved (the rationale for the existence of dbus-broker compared to the original dbus-daemon is enlightening in this regard).