mirror of
https://github.com/kuhyx/testsAndMisc.git
synced 2026-11-11 16:14:12 +01:00
Krzysztof kuhy Rudnicki
5d4d3b9e24
The unlock script started morning-routine.service on every staggered trigger (05:00/05:15/05:30/06:00/07:00) on alarm days. That was a workaround for the always-on lockdown removing the hibernate/resume event the alarm used to ride on — reasonable when nothing else could fire it. Something else fires it now. wake-alarm-trigger.timer ticks every minute and starts morning-routine.service at the time the phone synced, with a catch-up window for a suspended or just-booted machine. Keeping both meant two independent triggers, one of which ignores the phone entirely. That is not hypothetical: on 2026-07-20 the phone was set to 08:00 and the alarm went off at 07:00, started here, with no wake-alarm-trigger "Firing" line in the journal at all. The 08:00 fire then landed as a no-op because this 07:00 run had left morning-routine.service still active. Drop maybe_start_morning_alarm() and both call sites, plus the config that went dead with it (ALARM_DAYS_DOW, MORNING_ROUTINE_UNIT, the alarm_started_date marker). MIN_WAKE_AFTER_LOCKDOWN_HOURS stays — the wake-floor trigger uses it. The lockdown's actual job — console/GUI restore, unmute, unmasking the login surface — is untouched. The only starters of morning-routine.service left are wake-alarm-trigger.timer (primary) and the system-sleep hook (resume backstop). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| pacman | ||
| systemd | ||
| virtualbox | ||
| .gitignore | ||
| block_compulsive_opening.sh | ||
| install_leechblock.sh | ||
| leechblock_defaults.json | ||
| music_parallelism.sh | ||
| package-lock.json | ||
| package.json | ||
| README_COMPULSIVE_BLOCK_LLM.md | ||
| README_MIDNIGHT_SHUTDOWN_LLM.md | ||
| remove_guest_mode.sh | ||
| seed_leechblock_storage.js | ||
| setup_midnight_shutdown.sh | ||
| setup_night_lockdown.sh | ||
| youtube-music-wrapper.sh | ||