* Set application id lowercase
* Make the daemon and application names match
* Make the icons and desktop files match the
application id
* Keep the D-BUS interfaces backwards compatible,
and enable
the flatpak version to launch the daemon.
* Take care of translations after renaming files.
This commit also changes the application id for flatpak,
which is a compromise.
I've implemented this by adding a --with[out]-systemduserunitdir
configure option, because that seems to be what's conventional
in projects where user units are configurable at all. If a user or
distribution wants to disable these units, it's easier if they can
pass --without-systemduserunitdir to everything, rather than checking
whether it's spelled --disable-systemd-user-units in this particular
project. Also, a binary enable/disable option wouldn't be noticeably
less code.
If the systemd user unit is disabled at configure time, the
SystemdService line in the installed D-Bus service file is commented
out. This addresses the corner-case situation where a user configures
Evince --without-systemduserunitdir, but enables systemd activation
for their session dbus-daemon (perhaps later). In that situation,
we presumably want Evince to continue to use traditional activation,
rather than trying to launch a nonexistent systemd unit.
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=755897
Reviewed-by: Carlos Garcia Campos
- When built with DBus support a daemon is used to keep track of opened
documents and reload them when reopened.
- Crash recovery code has been removed.
- Metadata migration code has been moved from main.c to ev-daemon.c, so
that it's only run once on daemon startup.
Fixes bgo#583680, bgo#434966, bgo#497388, bgo#524633 and bgo#586087.