Comment 11 for bug 943148

Trying to solve this for osx packaging is getting frustrating rather quickly.

While bundled dbus launches as well as stops a session bus just fine, there are two blockers which I have no clue so far how to solve:
1) DBus service files and gvfs mount files require an absolute path for the 'Exec' part. This prevents usage with relocatable self-contained OS X application bundles. AFAICT relative paths are not resolved, nor is $PATH searched if only the name is specified.
2) Gvfs so far seemed to ignore any attempts to respect environment variables which would help with relocation support (e.g. $XDG_DATA_DIRS for the location of the mount files). The dbus service launches the bundled gvfsd binary just fine, but that daemon subsequently seems to fail to launch gvfsd-http on request (even if the 'Exec' path in the mount file has been modified to point with an absolute path to the gvfsd-http binary inside the app bundle).

While import from openclipart works reasonably well with a regular install (fixed $PREFIX) on OS X (if one has gvfs installed and accepts to have multiple additional non-native daemons running, apart from dbus), I fail to make it work within a relocatable OS X application bundle (contributing: my utter lack of knowledge about GIO, Gvfs and whatever GNOME implements via these libraries, and lots of other GNOME internals which seem to play an increasing role for OS X packaging even if one tries to avoid installing GNOME-specific dependencies or components as much as possible).