Alexandre Detiste <alexandre.deti...@gmail.com> writes: > I've seen that util-linux was the first package that started providing a > native systemd timer for fstrim, but this change got reverted.
>> util-linux (2.25.2-3) unstable; urgency=medium >> * Ship fstrim timer/service units as examples only (Closes: #767194) >> - this works around #757891 and #767429 / #760168 >> -- Andreas Henriksson <andr...@fatal.se> Thu, 06 Nov 2014 13:54:04 +0100 > The policy should mention how to handle systemd native timers > to avoid these kind of bugs in the future; > when other packages will start shipping native timers. > Here is the spirit of this change: > +To maintaint compatability with SysV Init; > +packages that ships native timers must also ship corresponding > +crontabs. (/etc/cron.daily|weekly|monthly/) would remain unaffected. > + > +These cron jobs must then also ensure that systemd is not > +currently running to avoid duplicate execution. > + > +A canonical way to both ensure that systemd is not currently running > +and that package hasn't be removed would be: > +m h d m w user test -e /run/systemd/system || test -e > /usr/bin/<var>pkg</var> && /usr/bin/<var>pkg</var> > Here is a more elaborate draft: > https://github.com/ajtowns/debian-init-policy/pull/6/files This proposal seems reasonable, but the above is a pull request against some other document that wasn't ever merged with Policy (and is something of a separate issue). Could you formulate this as a patch against the debian-policy package? -- Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>