Build / macOS (macos-latest) (push) Successful in 45s
Build / Linux (ubuntu-24.04) (push) Successful in 53s
Build / Windows (windows-latest) (push) Successful in 6m0s
Release / macOS (macos-latest) (push) Successful in 38s
Release / Linux (ubuntu-24.04) (push) Successful in 57s
Release / Windows (windows-latest) (push) Successful in 3m28s
Release / Create Gitea Release (draft) (push) Successful in 19s
actions/cache never overwrites an existing key: once a key has a saved entry, later jobs' save steps are always skipped as a no-op regardless of cache hit/miss. The very first job to ever populate this cache did so before the "Drop non-relocatable OBS build tree" cleanup step existed, so that entry included the bad, path-baked build_x86 directory -- and every run since has kept restoring that same bad entry, not self-healing after "one more transitional run" the way it looked when this was last checked. Confirmed live: a run just now hit the identical stale-path CMakeCache.txt error against the same original job hash (f72837d12c75c64a) from hours ago. Bumping the key (obs-deps- -> obs-deps-v2-) is what actually forces a fresh save under the cleanup step's watch, since the key content (buildspec files) hasn't changed and nothing else would invalidate it. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RL8abRmgFXkVASHkkqiJbE