Please ignore the previous series, I messed up the cover letter and Cc with git-send-email somehow... ----- Hello, This is a proposal to distribute the timers of the systemd scheduler of git-maintenance directly, rather than inlining them into the code and writing them on demand. IMO, this is better than using the user $XDG_CONFIG_HOME, and allows that user to override them if they so wish. We also move away from using the random minute, and instead rely on systemd features to achieve the same goal (see patch 2). This allows us to go back to using unit templating for the timers. (Not that even if we really more specific OnCalendar= settings for each timer, we should still do it that way, but instead distribute override alongside the template, i.e /usr/lib/systemd-user/git-maintenance@daily.timer.d/override.conf: [Timer] OnCalendar=<daily specific calendar spec> The cleanup code for the units written in $XDG_CONFIG_HOME is adapted, and takes care of not removing legitimate user overrides, by checking the file start. Patch 5 removes the cleanup code, it should not be applied right away, but once enough time has passed and we can be reasonably sure that no one still has the old units laying around. Testing: The simplest way to simulate having the units in /usr/lib is probably to copy them in /etc/systemd/user. Unresolved (reason why it's still an RFC): - Should I implement conditional install of systemd units (if systemd is available) ? I've avoided digging too deep in the Makefile, but that's doable, I think. --- Documentation/git-maintenance.txt | 33 ++-- Makefile | 4 + builtin/gc.c | 279 ++-------------------------------- systemd/user/git-maintenance@.service | 17 +++ systemd/user/git-maintenance@.timer | 12 ++ 5 files changed, 63 insertions(+), 282 deletions(-)
