<p dir="ltr">AFAIK they are independent and are taken into account when either a) both units are started simultaneously (e.g. they have a Wants= dependency) or b) one unit is already starting while the other unit is activated. Then the activating unit should still wait for the currently activating unit. Though it has been a while since I toyed around with that. I am unsure if timer units which elapse at the same time qualify for a) (they might, since systemd tries to combine close timers into one system wakeup at least) but they should definitely qualify for b) if you start one time shortly after the other.</p>
<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 15, 2024, 18:22 Barry <<a href="mailto:barry@barrys-emacs.org">barry@barrys-emacs.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
> On 15 Jul 2024, at 13:59, Nils Kattenbeck <<a href="mailto:nilskemail@gmail.com" target="_blank" rel="noreferrer">nilskemail@gmail.com</a>> wrote:<br>
> <br>
> It might make more sense to create three services. Otherwise you can add overrides for some of them (e.g. /etc/.../rsnapshot@weekly.service) with only a [Unit] section containing a Before=/After= declaration <br>
<br>
Are you sure using After= will have any effect for services started from timer units?<br>
I have assumed that services started via timers do not use the ordering directives.<br>
But I am very unsure what would happen, and I am not never a system to experiment at the moment.<br>
<br>
Barry<br>
</blockquote></div>