Commit Graph

7 Commits

Author SHA1 Message Date
Mikhail Efremov
183d85fa9f features/services: Add SYSTEMD_SERVICES_{ENABLE,DISABLE}
Support systemd-spicific services, e.g. *.socket amd .service units.
2020-05-22 13:34:36 +07:00
Mikhail Efremov
c84aa6be32 services: Fix generation of on/off services lists
If we already have systemd-{enabled,disabled} lists, then
don't overwrite them, just add lists to them.
Services presented in the lists should be filtered out
from services-{on,off} lists already.
This fixes commit 2b50111650
"services: Don't touch services already listed in the config".
2020-05-01 23:49:56 +07:00
Mikhail Efremov
2b50111650 services: Don't touch services already listed in the config
If service already listed in the config files, then ignore
status in the profiles variables.
2018-07-16 20:52:16 +03:00
Michael Shigorin
0112879c29 services: optimize loop
No use to distinguish between "on" and "off"
each iteration when the resulting files with
differing names should end up identical.
2016-10-31 22:09:38 +03:00
Michael Shigorin
47ffa675d4 install2: cosmetic fix
(missing space)
2016-02-10 15:12:06 +03:00
Aleksey Avdeev
47f8d6ef1c services: Add systemd-specific hooks
Signed-off-by: Aleksey Avdeev <avdeev@pkcc-tb.ru>
2015-09-24 20:41:39 +03:00
Michael Shigorin
f5fd77640a services: pass service status to installer
This is long overdue: services feature influences live
and rescue but doesn't do anything to the installed system
as that's behind the installation barrier; some piggybacking
required to do that has been merged into installer back in
2012 apparently (thanks to boyarsh@ for both doing that and
bringing my attention to this fact; it's 65-setup-services.sh
as of today).

So the only thing missing has been the bridge to prepare
those files -- still some more tweakery is required given the
two-stage process arranged so that reusable configuration could
include some sane defaults but the release manager is ultimately
able to override anything without extra kludges; thank legion@
for his wonderful libshell either.

NB: install2 script is a partial clone of rootfs one since
processing the variables is identical; still rootfs script
has to change service state directly while install2 one
has to deposit the information for installer to handle.
2014-02-09 02:38:16 +04:00