void-linux / void-linux/void-docs

Expand on emulating cron-like tasks with snooze

Offen
#894 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
CSS
Sterne
217
Forks
212
Ø Merge
2 T. 21 Std.
Gemergte PRs (30 T.)
1

Beschreibung

As an alternative to the standard cron implementations, you can use snooze(1) together with the snooze-hourly, snooze-daily, snooze-weekly and snooze-monthly services, which are provided by the snooze package for this purpose. Each of these services execute scripts in the respective /etc/cron.* directories. (ref)

After spending a while scrutinizing the manpage for snooze, I can see that it has a lot of useful functions (timefiles are awesome, rewrote those several times for my cron jobs). But I'm not quite sure how to emulate cron-like behavior with the listed tools, particularly at a granularity less-than hourly. Someone else was recently asking for clarification on snooze services in the IRC as well, which tells me I'm not the only one. (I can kinda get closer by reverse-engineering the snooze-${time}ly services...)

Given that many people who might be reading the cron page in the handbook may be quite new to void & runit services, I think there might be value in adding some croncrete concrete examples/explanation of runit-native scheduling. This might also help people who are trying to figure out the analog for systemd timers.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne mit der im Issue verlinkten cron-Seite und lies die snooze(1)-Manpage zusammen mit den Diensten snooze-hourly, snooze-daily, snooze-weekly und snooze-monthly. Dokumentiere konkrete runit-native Beispiele für die Planung unterhalb einer stündlichen Granularität und erkläre, wie sie im Vergleich zu systemd-Timern aussehen. Erledigt ist die Aufgabe, wenn ein Neuling den Beispielen folgen kann, ohne die Dienste durch Reverse Engineering analysieren zu müssen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Bereich
documentation
Issue-Typ
Dokumentation
Schwierigkeit
2/5
Geschätzter Aufwand
1-2 Tage
Aktivitätsstatus
Ruhig
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
57/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.