@@ -8,12 +8,10 @@ install-data-hook:
uninstall-hook:
rm -f $(DESTDIR)$(SYSTEMD_USERUNITDIR)/dbus-org.bluez.obex.service
+endif
dbussessionbusdir = $(DBUS_SESSIONBUSDIR)
dbussessionbus_DATA = obexd/src/org.bluez.obex.service
-endif
-
-EXTRA_DIST += obexd/src/org.bluez.obex.service
if OBEX
@@ -457,6 +457,7 @@ AC_CONFIG_FILES(
mesh/bluetooth-meshd.rst
mesh/bluetooth-mesh.service
obexd/src/obex.service
+ obexd/src/org.bluez.obex.service
src/bluetoothd.rst
src/bluetooth.service
tools/bluetooth-logger.service
similarity index 69%
rename from obexd/src/org.bluez.obex.service
rename to obexd/src/org.bluez.obex.service.in
@@ -1,4 +1,4 @@
[D-BUS Service]
Name=org.bluez.obex
-Exec=/bin/false
+Exec=@exec_prefix@/bluetooth/obexd
SystemdService=dbus-org.bluez.obex.service
From: Giovanni Campagna <gcampagna-cNUdlRotFMnNLxjTenLetw@public.gmane.org> Not all sessions run systemd --user and in some cases one may be missing systemd all together. Provide the correct path instead of /bin/false, allowing dbus to start the service in such cases. DBUS implementations can ignore the Exec line all together when run in systemd aware mode - at least the OG dbus does that. So ultimately this change is a no-op for the systemd --user case. On my system, this is literally the only non-system service which uses /bin/false. [Emil Velikov] Port to AC_CONFIG_FILES() .in files handling. Reword commit message. --- Makefile.obexd | 4 +--- configure.ac | 1 + obexd/src/{org.bluez.obex.service => org.bluez.obex.service.in} | 2 +- 3 files changed, 3 insertions(+), 4 deletions(-)