rpm-ostree/src/daemon/org.projectatomic.rpmostree1.service.in

[D-BUS Service]
Name=org.projectatomic.rpmostree1
Exec=@bindir@/rpm-ostree internals start-daemon
User=root
SystemdService=@primaryname@d.service
daemon: Start of work on daemon 2015-04-28 04:22:58 +03:00			`[D-BUS Service]`
			`Name=org.projectatomic.rpmostree1`
Merge daemon binary into main binary The actual problem I am trying to fix with this is fallout from the introduction of `/usr/libexec/rpm-ostreed`, which required a SELinux policy change. Specifically for CentOS, the base policy is rev'd slowly. My hope was that by merging the daemon code back into `/usr/bin/rpm-ostree` which is labeled `install_exec_t`, starting via systemd would do the right thing. It turns out that doesn't happen. Now later, I'm picking this patch back up because I want to do multprocessing in the daemon (and in the core), and it makes sense to share code between them, because multiprocessing will need to go through a re-exec path. Another benefit is we avoid duplicated text (libglnx, internal helpers) between the two binaries. Closes: #292 Approved by: jlebon 2016-05-27 21:46:46 +03:00			`Exec=@bindir@/rpm-ostree internals start-daemon`
daemon: Start of work on daemon 2015-04-28 04:22:58 +03:00			`User=root`
Add infrastructure for alternative name (currently nts) See https://github.com/projectatomic/rpm-ostree/issues/405 This patch adds an (off by default) `--enable-new-name` build option which currently defaults to `nts`. This is purely additive, and the intention is that we'll support the rpm-ostree name in perpetuity most likely. At the moment, we add a new name for: - /usr/bin/$name - The systemd unit file But we notably don't attempt to add a new name to the DBus API, as it'd be a lot more invasive of a patch, and less payoff (it's mostly just programs/scripts that interact with the DBus). Closes: #497 Approved by: jlebon 2016-10-19 21:24:40 +03:00			`SystemdService=@primaryname@d.service`