summaryrefslogtreecommitdiff
path: root/t/001-deb-systemd-helper.t
AgeCommit message (Collapse)AuthorFilesLines
2014-02-25introduce the “purge” verbMichael Stapelberg1-0/+20
Closes: #721244
2014-02-18d-s-h: don’t error out when masking a service is not possible becausedebian/1.17Michael Stapelberg1-0/+36
/etc/systemd/system/<service> already exists (but is not a symlink). Closes: #739090
2013-09-19Store masked state to respect user’s maskingdebian/1.10Michael Stapelberg1-0/+17
We cannot just unconditionally unmask services on installation time, otherwise “systemctl mask” executed by the user will be reversed. To that end, files in /var/lib/systemd/deb-systemd-helper-masked/ signal that d-s-h masked the service and is allowed to unmask it.
2013-09-19delete obsolete testMichael Stapelberg1-13/+0
This particular test was written under the (wrong) assumption that masking a service is pointing its install (!) symlink to /dev/null, while in reality it’s a different symlink.
2013-09-19Fix mask/unmask implementation (Thanks Michael Biebl)Michael Stapelberg1-4/+9
Turns out that I mistakenly linked the same symlinks to /dev/null that one would normally link to the service file, but mask links are orthogonal to that. As an example, for rsyslog.service, the mask link is /etc/systemd/system/rsyslog.service -> /dev/null, not /etc/systemd/system/mult-user.targe.wants/rsyslog.service fixes #714903
2013-09-15d-s-h: implement mask and unmask commandsMichael Stapelberg1-0/+35
2013-09-14tests: verify that masked services are not re-enabledMichael Stapelberg1-0/+13
2013-07-24add test for deb-systemd-helper disableMichael Stapelberg1-0/+8
2013-07-24update testsuite to also cover more complex units and updatesMichael Stapelberg1-6/+15
Updates that add new service files or remove existing ones are now also tested (using update-state). Furthermore, the Also= and Alias= statements in unit files are now tested, too.
2013-07-23add test case for deb-systemd-helperMichael Stapelberg1-0/+137