• 1.0.0-6 8aabaa41f3

    amnesia released this 2026-07-11 20:33:18 +02:00 | 1 commits to main since this release

    sdwdate (LainOS Layer 02 port) ~ Changelog

    1.0.0-6 ~ Tor consensus check fix (fresh installs)

    Bug Fix

    • Fixed Tor Consensus Time Sanity Check: error: Could not request from Tor control connection. error: <class 'AttributeError'> on fresh installs, causing every time source to report remote_status: False and fail. Root cause: the sdwdate system user was never added to the tor group, so it couldn't read Tor's control-port authentication cookie (/var/lib/tor/control_auth_cookie, mode 0640, owned tor:tor) needed for the consensus check. This fix had previously only been applied manually, live, on one already-installed system, and was never actually added to the package itself.
    • Fix: added usermod -aG tor sdwdate to both the package's post_install/post_upgrade hooks and the OpenRC init script's start_pre() ~ the latter for the same Calamares-chroot reliability reason established for the log file fix in 1.0.0-3 (install-time hooks have been found not to reliably survive Calamares' chroot-based install process; init-script-time fixes run fresh on every start regardless of install method).
    • Verified end-to-end on a fresh KVM ISO install: confirmed sdwdate was missing from the tor group before the fix, rebuilt and reinstalled the package, forced a full service restart, confirmed group membership took effect (id sdwdate showing tor in the group list), and observed a complete sync cycle with Tor Consensus Time Sanity Check: sane on all three contacted onion sources.

    Note: this bug and the 1.0.0-5 hardware clock fix were both found through genuine fresh-install testing in a KVM guest, not by continuing to test on an already-patched development machine ~ neither would have surfaced from further testing on a system that had already accumulated manual live fixes.


    Downloads