refactor(ci): simplify process-updates cache cleanup #76
Loading…
Reference in a new issue
No description provided.
Delete branch "pr/cache-cleanup-magic-string"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
The
rm -rf /mnt/cache/...block in 14process-updates-*files had two real issues:/mnt/cache/pkgcache/R/pkgcachelisted twice — harmless duplicate./mnt/cache/R-pkgs/00LOCK-pak/mnt/cache/R-pkgs/00LOCK-RPostgres— missing a space between two paths, sormwalks a nested nonsense path that never exists. The00LOCK-RPostgreslock cleanup never actually ran.Collapses to the same shape
weekly-rebuild-missing-*already uses:00LOCK-*covers every stale lock (pak, bincraft, RPostgres, r-pkg-binaries, …) without enumerating them, so adding a new locked package later doesn't need another YAML touch.14 files, 1 line changed each.
The cleanup string repeated across 14 process-updates-* files had: - /mnt/cache/pkgcache/R/pkgcache listed twice (harmless duplicate) - /mnt/cache/R-pkgs/00LOCK-pak/mnt/cache/R-pkgs/00LOCK-RPostgres (missing space, ends up rm'ing a nonsense nested path) Collapse to the same form weekly-rebuild-missing-* already uses: rm -rf /mnt/cache/R-pkgs/00LOCK-* \ /mnt/cache/R-pkgs/{bincraft,pkgcache} \ /mnt/cache/pkgcache/R/pkgcache 00LOCK-* covers every stale lock (pak, bincraft, RPostgres, r-pkg-binaries, ...) without enumerating them.ae7aee9086to5d5df70b81