diff options
author | Michal Sekletar <msekletar@users.noreply.github.com> | 2016-07-26 14:25:52 +0200 |
---|---|---|
committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2016-07-26 08:25:52 -0400 |
commit | 1d3c86c06fca8311923fcf81af0ab0bbb66e1edd (patch) | |
tree | b31f5a6b5fc1e9564844ef663b6f4e4c55d149f5 /units/system-update.target | |
parent | 76153ad45f09b6ae45464f2e03d3afefbb4b2afe (diff) |
systemctl: allow disable on the unit file path, but warn about it (#3806)
systemd now returns an error when it is asked to perform disable on the
unit file path. In the past this was allowed, but systemd never really
considered an actual content of the [Install] section of the unit
file. Instead it performed disable on the unit name, i.e. purged all
symlinks pointing to the given unit file (undo of implicit link action
done by systemd when enable is called on the unit file path) and all
symlinks that have the same basename as the given unit file.
However, to notice that [Install] info of the file is not consulted one
must create additional symlinks manually. I argue that in most cases
users do not create such links. Let's be nice to our users and don't
break existing scripts that expect disable to work with the unit file
path.
Fixes #3706.
Diffstat (limited to 'units/system-update.target')
0 files changed, 0 insertions, 0 deletions