Lucas RayanandClaude Sonnet 5
803346469b
CI / Format and clippy (push) Successful in 2m46s
CI / Dependency audit (push) Successful in 11s
CI / Check desktop app (Linux) (push) Successful in 4m9s
CI / Tests (Linux) (push) Successful in 8m6s
Release / Create release (push) Successful in 8s
Release / CLI (linux-aarch64) (push) Successful in 2m35s
Release / CLI (linux-x86_64) (push) Successful in 3m21s
Release / Desktop app (linux-aarch64) (push) Successful in 6m37s
Release / Desktop app (linux-x86_64) (push) Successful in 12m16s
Release / Desktop app (windows) (push) Successful in 9m40s
The 'Real XFS deletion fixture (Linux)' step only checked for disk.img before deciding to skip scripts/make-xfs-real-deletion.sh, but crates/guara-core/tests/xfs.rs requires both disk.img AND expected.tsv to exist (img.exists() && tsv.exists()) before it will run the real-deletion test, panicking with GUARA_REQUIRE_FIXTURES=1 otherwise. A stale disk.img from an earlier run that failed partway through (for example the container.privileged: false bug just fixed on the Gitea runners, where sudo mount -o loop had no capability to succeed) lingers in the persistent /opt/hostedtoolcache/guara-testdata/ cache without its matching expected.tsv, so the workflow step kept deciding there was nothing to do while the test kept failing for the opposite reason. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01VAyr8d7HuAdUGB6aA5xmDD