[SOLVED] Repackaging request: dbus autostart file for obexd 25 February 2021, 19:47:44 Echoing this topic with the exact same issue I had earlier today.The last reply suggests replacing /usr/share/dbus-1/services/org.bluez.obex.service with:Code: [Select][D-BUS Service]Name=org.bluez.obexExec=/usr/lib/bluetooth/obexdSystemdService=dbus-org.bluez.obex.serviceWould the maintainers mind adding this file to the world/bluez package (or someone explain me @pkglibexecdir@ in the original file is not getting expanded into /usr/lib/bluetooth)? Last Edit: 27 February 2021, 19:44:59 by nous
Re: Repackaging request: dbus autostart file for obexd Reply #1 – 25 February 2021, 20:29:33 Yeah this is a bug in the packaging. Someone who knows automake better than me can probably figure this out, but @pkglibexecdir@ is clearly meant to compile to /usr/lib/bluetooth.
Re: Repackaging request: dbus autostart file for obexd Reply #2 – 25 February 2021, 22:28:15 I am working on fixing the pkglibexecdir issue, which will be released fairly soon.Edit: I have fixed, once mirrors syncs and you receive update, let me know if it works now. Last Edit: 25 February 2021, 23:10:47 by ndowens 1 Likes
Re: Repackaging request: dbus autostart file for obexd Reply #3 – 26 February 2021, 00:15:31 There seems to be two leading spaces in each line of the org.bluez.obex.service file, which cause issues.However, removing the leading spaces makes obexd able to autostart.
Re: Repackaging request: dbus autostart file for obexd Reply #4 – 26 February 2021, 00:34:02 Quote from: capezotte – on 26 February 2021, 00:15:31There seems to be two leading spaces in each line of the org.bluez.obex.service file, which cause issues.However, removing the leading spaces makes obexd able to autostart.Just submitted for rebuild, this one seems to be fine now. Rechecked and has no spaces before. Thanks 1 Likes
Re: Repackaging request: dbus autostart file for obexd Reply #5 – 26 February 2021, 01:04:02 Confirmed working, thanks! 1 Likes