On Thu, 07.08.14 15:09, Peter Mattern (matte...@arcor.de) wrote:
First, thank you very much for your quick responses.
I had missed the description in man systemd.unit (If any of these
options is assigned the empty string, ... at the end of the
paragraph about Condition*, right?) and a
If one of these options gets stated more than once the different
instances seem to be linked by a logical AND, too. This prevents
overwriting these options via snippets in /etc, e. g.
systemd-timesyncd.service still won't run in KVM with a snippet
On 07/08/14 12:23, Peter Mattern wrote:
If one of these options gets stated more than once the different
instances seem to be linked by a logical AND, too.
Yes. This is documented in systemd.unit(5), which also describes how a
drop-in can reset the list of conditions and start from a clean
On Thu, Aug 07, 2014 at 01:23:34PM +0200, Peter Mattern wrote:
If one of these options gets stated more than once the different
instances seem to be linked by a logical AND, too. This prevents
overwriting these options via snippets in /etc, e. g.
systemd-timesyncd.service still won't run in
First, thank you very much for your quick responses.
I had missed the description in man systemd.unit (If any of these
options is assigned the empty string, ... at the end of the paragraph
about Condition*, right?) and a snippet as posted by Michal works (I had
already checked this myself but
