OK, here's the theory of root cause, checking the source code, there is a private implementation of dbus-glib in daemon/dbus-gmain.c. The API is a redundant of the system wide libdbus-glib. While static linked, the private implementation will be used, however, when dynamically linked, the system wide libdbus-glib has the priority over. And this happens for gvfsd-obexftp, as it seems to be the only one using this API. Before this can be fully fixed in upstream, a temporary workaround of static linking against libdaemon for gvfsd-obexftp is a rationale one.
OK, here's the theory of root cause, checking the source code, there is a private implementation of dbus-glib in daemon/ dbus-gmain. c. The API is a redundant of the system wide libdbus-glib. While static linked, the private implementation will be used, however, when dynamically linked, the system wide libdbus-glib has the priority over. And this happens for gvfsd-obexftp, as it seems to be the only one using this API. Before this can be fully fixed in upstream, a temporary workaround of static linking against libdaemon for gvfsd-obexftp is a rationale one.