Instead of using CMake build in macros, install and configure the
service file the same way we do in many others KDE projects such ktp or
bluedevil.
This fixes the dbus activation in different ways:
-Makes it possible to install in different prefixes (not only /usr/lib)
-Replaces the binary with the correct path (taking into account prefix)
We are currently using KDED only to start the daemon which makes little
sense. The reason for this was so we can start/stop the service at will
via KDED startup interface.
This sucks, it is a horrible interface for starting/disabling kdeconnect
and makes us depend on KDED for no good reason.
So what this patch does is make use of XDG autostart which is supported
in all major desktops (GNOME/UNITY/XFACE/KDE...).
KDE has an interface to disable autostarted programs (although the
interface sucks).
Ported using KDELibs4Support, for a smaller delta, so we can keep
developing on master until we decide not to.
At the moment, it builds and installs but tests don't pass because
of a QCA2 initialization problem I didn't manage to debug yet.
CCMAIL: kdeconnect@kde.org
I want to re-write this class, so before I can do that I must
make sure that I don't break existing behavior.
The test basically sends 5 lines and then checks that those 5 lines
have been correctly identified.
kded_kdeconnect KDEDModule is a very simple daemon manager now, which allow to start/stop/restart
real daemon.
kdeconnectd is almost unmodified implementation of Daemon class wrapped with main() and QCoreApplication.
