mirror of
https://github.com/kuhyx/testsAndMisc.git
synced 2026-11-15 09:10:47 +01:00
Krzysztof kuhy Rudnicki
79a49846b9
The split referenced $_NL_PAYLOAD_DIR from both install functions but
defined it nowhere, so `setup_night_lockdown.sh setup` would have died
with an unbound variable partway through installing the lockdown. My
earlier scratch verification set the variable by hand, which is exactly
what hid the bug: the emitted artifacts hashed correctly while the real
entry path could not have reached them.
It is now defined in each lib that uses it, eight lines above the use,
via `: "${_NL_PAYLOAD_DIR:=...}"` so an explicit override still wins. A
definition placed in the entry script was silently stripped by an
autoformat pass three times during this work, and a half-run lockdown
installer is not an acceptable failure mode.
Also drops two zero-byte payload files left behind by the .sh -> .sh.in
rename.
Re-verified without presetting anything: install_enter_script and
install_unlock_script emit mode-0755 files hashing 4baaf405... and
eafce28d..., byte-identical to the live /usr/local/bin copies. help and
an unknown command match their baselines; status differs only by the
05:00 countdown ticking 13h to 12h between runs.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
||
|---|---|---|
| .. | ||
| payloads | ||
| tests | ||
| cco_install.sh | ||
| cco_report.sh | ||
| cco_state.sh | ||
| cco_wrapper.sh | ||
| leechblock_browsers.sh | ||
| leechblock_config.sh | ||
| leechblock_fetch.sh | ||
| leechblock_firefox.sh | ||
| music_detect.sh | ||
| music_monitor.sh | ||
| music_status.sh | ||
| nl_commands.sh | ||
| nl_config.sh | ||
| nl_enter.sh | ||
| nl_units.sh | ||
| nl_unlock.sh | ||