Hi Micheal, I also just stumbled on this problem. :-) I wonder if this could be solved in a very different way, which does not involve any changes to dbus-daemon. I've seen that for bug 1590679 we are moving to a solution [1] in which the snap providing the D-Bus service would declare an interface slot.
Could snapd be so smart to copy the .service file into /usr/share/dbus/services/ when the interface gets connected, and unlink it when it gets disconnected? Or, if the proposed merge gets changes in such a way that the snap declares a plug (rather than a slot), we might be able to use the upcoming interface hooks so that the (privileged) snap providing the slot would register interface hook that perform the linking/unlinking of the .service files. Opinions? [1] https://github.com/snapcore/snapd/pull/1613 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1633520 Title: Support dbus runtime relocation To manage notifications about this bug go to: https://bugs.launchpad.net/dbus/+bug/1633520/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
