void-linux / void-linux/void-docs
Expand on emulating cron-like tasks with snooze
Nessuno ha ancora preso questa issue.
- Lingua principale
- CSS
- Stelle
- 217
- Fork
- 212
- Merge medio
- 2g 21h
- PR unite (30g)
- 1
Descrizione
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.
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia dalla pagina cron collegata nell’issue e leggi la pagina man di snooze(1) insieme ai servizi snooze-hourly, snooze-daily, snooze-weekly e snooze-monthly. Documenta esempi concreti nativi di runit per la pianificazione con una granularità inferiore all’ora e spiega come si confrontano con i timer di systemd. Il lavoro è completato quando un nuovo contributore può seguire gli esempi senza dover fare reverse engineering dei servizi.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Ambito
- documentation
- Tipo di issue
- Documentazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-2 giorni
- Stato di attività
- Tranquilla
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 57/100