Skip to content

Add D-Bus file for org.freedesktop.secrets.service

Description:

It would be great if the keepassxc package could itself deploy the dbus service for the org.freedesktop.secrets integration.

However because the gnome-keyring package also adds this file (and as far as I know it has to have exactly this name, not that familiar with dbus though) this would add a conflict between this package and gnome-keyring. However there is a high change that one may need both packages.

Therefore I'm asking do we have (or can add) some kind of easy way to allow a configuration "at runtime" without having to tamper with the dbus units deployed by either unit? Basically some similar to update-alternatives or archlinux-java.

Or is there some way to have both coexist nicely while being able to pick which one serves org.freedesktop.secrets over dbus?

The dbus unit for keepassxc would be: /usr/share/dbus-1/services/org.freedesktop.secrets.service

[D-BUS Service]
Name=org.freedesktop.secrets
Exec=/usr/bin/keepassxc

And the files we'd have to get rid off when both packages gnome-keyring and keepassxc are installed and keepassxc is supposed to handle org.freedesktop.secrets are:

  • /usr/share/dbus-1/services/org.gnome.keyring.service
  • /usr/share/dbus-1/services/org.gnome.keyring.PrivatePrompter.service
  • /usr/share/dbus-1/services/org.gnome.keyring.SystemPrompter.service
  • /usr/share/dbus-1/services/org.freedesktop.secrets.service
  • /usr/share/dbus-1/services/org.freedesktop.impl.portal.Secret.service

How could we solve this?

QDBusViewer

Within QDBusViewer the KeePassXC services look like this once it is configured as outlined above: image image

Edited by Klaus Frank
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information