]> git.ipfire.org Git - thirdparty/systemd.git/commit - man/systemctl.xml
Revert "systemctl: when removing enablement or mask symlinks, cover both /run and... 10892/head
authorMichael Biebl <biebl@debian.org>
Wed, 27 Jun 2018 12:31:42 +0000 (14:31 +0200)
committerMichael Biebl <biebl@debian.org>
Tue, 27 Nov 2018 14:15:52 +0000 (15:15 +0100)
commit1830ac51a4ad1d82a198e587207df451b581c821
tree88fde279be15582c3fea9901c5c4bc4f06a1b8bf
parent00e7b3c8e509a51517e7dd13cf24f9abba29f780
Revert "systemctl: when removing enablement or mask symlinks, cover both /run and /etc"

Having systemctl disable/unmask remove all symlinks in /etc and /run is
unintuitive and breaks existing use cases.
systemctl should behave symmetrically.
A "systemctl --runtime unmask" should undo a "systemctl --runtime mask"
action.
Say you have a service, which was masked by the admin in /etc.
If you temporarily want to mask the execution of the service (say in a
script), you'd create a runtime mask via "systemctl --runtime mask".
It is is now no longer possible to undo this temporary mask without
nuking the admin changes, unless you start rm'ing files manually.

While it is useful to be able to remove all enablement/mask symlinks in
one go, this should be done via a separate command line switch, like
"systemctl --all unmask".

This reverts commit 4910b35078ad24dcbc63f372b2fee087640201d0.

Fixes: #9393
man/systemctl.xml
src/shared/install.c
src/systemctl/systemctl.c