Skip to content

morning_timer.sh — schedule the morning routine overnight on the dev box - #258

Merged
Jammy2211 merged 1 commit into
mainfrom
claude/pyautobrain-dashboard-o33z4r
Aug 23, 2026
Merged

morning_timer.sh — schedule the morning routine overnight on the dev box#258
Jammy2211 merged 1 commit into
mainfrom
claude/pyautobrain-dashboard-o33z4r

Conversation

@Jammy2211

Copy link
Copy Markdown
Contributor

Human ask: "can morning run overnight so it's automatically there by the time I wake up?" — every leg of morning.sh is local (it syncs/cleans your checkouts and publishes your dev-box observation), so the schedule has to live on the dev box; this adds the one-time installer.

bash bin/morning_timer.sh install [HH:MM] (default 05:30 local) sets up a systemd user timerpyauto-morning.timer, Persistent=true so a night the machine slept through is caught up at next wake, with a lingering hint when it's off — falling back to a marked crontab line where there's no systemd user session (MORNING_TIMER_MODE overrides). uninstall/status/print complete the surface; print renders exactly what install would write, which is what the 3 hermetic tests pin (timer schedule + Persistent, zero-stripped cron fields + marker, HH:MM validation incl. hour range). README + morning.sh headers point at it.

The board's own 05:30 UTC cloud refresh is separate and unaffected — and the publish push re-triggers a render anyway, so the board updates minutes after the local run regardless of ordering.

Prereqs noted in the header: non-interactive git push credentials on the dev box; the clean-slate caveat if other overnight local jobs write regenerable datasets.

Validation: 424 tests pass; firewall gate green; both print projections smoke-tested.

🤖 Generated with Claude Code

https://claude.ai/code/session_019U2DF4JeeuWwxfx1v72c9r


Generated by Claude Code

…he dev box

install/uninstall/status/print over a systemd user timer
(pyauto-morning.timer, Persistent=true so a slept-through night is
caught up; lingering hint when off) with a marked-crontab fallback —
one command and the sync/clean/publish leg has already run by the time
the human wakes, so the board reads 'observed this morning' at first
glance. The board's own cloud refresh is separate and unaffected; the
publish push re-triggers a render anyway. Hour range validated; cron
fields zero-stripped. 3 hermetic tests over the print projection.

Co-Authored-By: Claude <[email protected]>
@Jammy2211
Jammy2211 merged commit cc0edf8 into main Aug 23, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants