Support dbus runtime relocation
Bug #1633520 reported by
Michael Terry
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
D-Bus |
Unknown
|
Wishlist
|
|||
dbus (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
snapd (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
For example, when running in a snap.
I ran into this while testing a unity8 desktop session snap. Session services were being dbus-activated, but dbus was running the hardcoded paths in the session desktop files. Which weren't pointed into the snap.
DBus has support for relocating those paths, but it only does so on Windows.
I've added a patch to support $DBUS_ROOT on Unix and relocate paths as needed. I've linked the upstream bug here. We may want to consider patching Ubuntu while we wait for it to land upstream.
I've attached the patch here too.
tags: | added: patch |
Changed in dbus: | |
importance: | Unknown → Wishlist |
To post a comment you must log in.
Created attachment 127303
proposed patch
It would be nice if DBus added support for a runtime relocatable root in Unix. i.e. at runtime, be able to be run from /opt/dbus/ or some such, without having that be a compile-time prefix.
I notice the Windows version has some basic support for this. Detecting its installation directory and treating paths as relative to that.
My specific use case is testing a snap [1] of a full desktop environment. This bundled in dbus and session services and all sorts of things. The session DBus was trying to activate services with their compile-time hardcoded paths and not finding them.
And I bet similar use cases exist.
The plumbing already exists to fix those paths up, thanks to the Windows support.
So I threw together a patch for the Unix side of things, to listen to the new variable DBUS_ROOT. If you prefer a different env name, let me know.
[1] http:// snapcraft. io/