Talk:D-Bus

Deletion

This article is marked for deletion, however it still has lots of backlinks, e.g. systemd. I think it may be worth to keep it as it's for example a way to link to its upstream documentation. -- Kynikos (talk) 11:31, 21 April 2013 (UTC)

What about rename it to Systemd/D-Bus to reflect their relationship. The pace of moving D-Bus into the kernel is speeding up recently. So this area will become the hotspot of linux world soon. We'd better keep it a seperate page for this big move. -- Fengchao (talk) 13:54, 21 April 2013 (UTC)

I don't really mind if this stays as a main article or as a subpage of systemd, I'm just removing the Deletion template 'cause I think we need to spend two words on D-Bus somewhere, and link to its documentation (not duplicate it, of course). If you want to rename the page, go for it. -- Kynikos (talk) 11:11, 22 April 2013 (UTC)

As far as educating new archers goes, this article is not on the same level as everything else I've been reading. But rather than deleting it, I would prefer to see it expanded. I'm currently having an issue with dbus not starting in my user session, and of course I'm about to follow the 4 or so links here and continue my research there. But as this is a really big part of systemd, I'd personally hope for a larger article in what I consider the most useful wiki in Linux (if not the internet, sans Wikipedia). Just, perhaps we could include more information on interacting with and configuring/maintaining dbus? Perhaps a section on troubleshooting/resolving common problems, etc. Admittedly, I currently cannot give more specific suggestions on what to add to the article beyond what I've already written, but perhaps I can after resolving this issue, or perhaps other people have a ideas on how to flush this article out to be more substantial. Just the 2 cents of a fairly new archer who is trying to resolve a dbus problem. PS - I hope I did my indentation correctly. This is my first "talk page" edit - so please correct my indentation and forgive my mistake, if necessary. BoneTone (talk) 8:03, 16 September 2018 (UTC)

Tips for finding and using D-Bus interfaces

Someone mentioned in Special:PermanentLink/749695#CLI control that there are valuable KDE command line interfaces available exclusively through D-Bus. Though KDE and GNOME are going to be the ones to benefit the most—and probably still will benefit from documentation of their specific interfaces—I think it would be good to provide:

• Tips for discovering what D-Bus interfaces there are:
  • Using a D-Bus explorer (include a list of what they are).
  • Perhaps what to grep for if you want to see in the source code what interfaces exists (in my experience, this stuff really is this undocumented).
• How to invoke these from the command line:
  • There seems to be between dbus-send and qdbus - the latter is probably just the Qt implementation, but I think I do see KDE examples prefer it for some reason.
  • Any other details about invocation, such as parameter types.

-- CodingKoopa (talk) 17:11, 16 March 2023 (UTC)

dbus-broker: System and user dbus.socket cannot be enabled although recommended on wiki

It says one should enable the system and user dbus.socket in the dbus-broker section. But they don't have an install section and cannot be enabled.

Systemd says when trying to enable either of the dbus.socket units:

```The unit files have no installation config (WantedBy=, RequiredBy=, UpheldBy=,

Also=, or Alias= settings in the [Install] section, and DefaultInstance= for

template units). This means they are not meant to be enabled or disabled using systemctl.``` Fightcookie (talk) 16:48, 10 January 2024 (UTC)

Should/can dbus stay installed and activated when dbus-broker is installed?

`dbus` does not conflict with `dbus-broker` currently but it seems the latter is meant as a full replacement? `dbus-daemon-units` conflicts with `dbus-broker-units` but not the `dbus` package itself with `dbus-broker`. Is this intentional? Should some units of it be deactivated or is it ok because the packages provide their units only in the respective separate packages? Should or even can `dbus` be uninstalled when using `dbus-broker`? Fightcookie (talk) 16:53, 10 January 2024 (UTC)

the dbus package has a bunch of useful comamnd line utilities you probably want to keep for diagnostic purposes. From a unit standpoint the "dbus.service" is only an alias for the actual unit implementation provided by either of dbus-daemon-units or dbus-broker-units and will ultimately use whichever you've installed. V1del (talk) 13:00, 11 January 2024 (UTC)