Xperia X 3.2.0.12 Failed to start Patchmanager check for updates service. [duplicate]
How does it come that now dbus-send is in /usr/bin and was before in /bin, which is obviously a bug in Patchmanager - where it should be hardcoded somewhere.
I will write this comment also to the Openrepos page - if not appropriate here, let me know and I will close
Nov 11 10:28:16 Sailfish systemd[1]: Starting Patchmanager check for updates service...
Nov 11 10:28:16 Sailfish systemd[4524]: checkForUpdates-org.SfietKonstantin.patchmanager.service: Failed at step EXEC spawning /bin/dbus-send: No such file or directory
Nov 11 10:28:16 Sailfish systemd[1]: checkForUpdates-org.SfietKonstantin.patchmanager.service: Main process exited, code=exited, status=203/EXEC
Nov 11 10:28:16 Sailfish systemd[1]: Failed to start Patchmanager check for updates service.
Nov 11 10:28:16 Sailfish systemd[1]: checkForUpdates-org.SfietKonstantin.patchmanager.service: Unit entered failed state.
Nov 11 10:28:16 Sailfish systemd[1]: checkForUpdates-org.SfietKonstantin.patchmanager.service: Failed with result 'exit-code'.
Nov 11 10:28:16 Sailfish systemd[1]: Started Cleanup of Temporary Directories.
Nov 11 10:28:18 Sailfish PackageKit[4499]: daemon quit
shouldn't it just use
Keeper-of-the-Keys ( 2019-11-11 12:47:14 +0200 )editwhich dbus-send
to establish the correct path?Double posted, hence closing as a duplicate.
And yes, TJC is usually not the right place to discuss third-party software (i.e., software which is not distributed by Jolla).
For a technical issue description (i.e., one already including some analysis, like yours above) a bug tracker at the software's source code repository is usually most appropriate (which would have been here in this case).
Thanks to your report, this should be working with Patchmanager 3.0.63
olf ( 2019-11-11 19:57:33 +0200 )edit@olf thank and yes - lessons learned.
deloptes ( 2019-11-11 21:37:50 +0200 )edit