On 05/16/2012 01:07 PM, Colin Guthrie wrote:
This thread went a little tangential, so I'd like to bring it back to
the "problem" stated here.
Firstly, that was not my understanding of how things are supposed to
work, but perhaps Lennart or Kay can clarify.
I thought that the actual end point of the symlink was not all that
important...
e.g. if I have:
/usr/lib/systemd/system/[email protected]
/etc/lib/systemd/system/[email protected]
/etc/lib/systemd/system/multi-user.target.wants/[email protected] ->
/usr/lib/systemd/system/[email protected]
I thought that the unit file /etc/lib/systemd/system/[email protected] was
still the one used. i.e. the symlink is merely indicative of whether the
service is enabled or not, and the actual physical file that it points
to is not relevant.
i.e. The .wants symlink only really states "I'm enabled as an instance
of [email protected]" and then the normal inheritance rules of
[email protected] resolution apply *after* that, i.e. [email protected] in
/etc/... overrides the one in /lib/...
This is maybe not intuitive when looking solely at the symlinks
themselves, but it is when you think about what they represent.
Colin,
your description matches my understanding. In my test it works as
expected with ordinary units, but not if templates are involved.
I consider it a bug.
Michal
_______________________________________________
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
