claude-code-cleaner

• Path: arch/maintained/claude-code-cleaner (submodule, ssh://aur@aur.archlinux.org/claude-code-cleaner.git)
• Interactive TUI to clean up disk space Claude Code accumulates under ~/.claude/. Rust/cargo-built, arch=('x86_64' 'aarch64').
• 2026-08-28: newly added submodule, needed manual init. Added to .gitmodules (commit db0a141) but a plain git pull on the superproject never checks out a newly added submodule’s content — it only updates the recorded commit pointer. Needed an explicit git submodule update --init -- maintained/claude-code-cleaner (scoped, not --recursive) before the directory had anything in it. General gotcha, not specific to this package – watch for the same thing whenever a submodule is added to .gitmodules and the directory looks empty afterward (git submodule status shows a leading - for “not initialized”).
• makedepends=('cargo') resolves fine via rust’s provides= (confirmed on eurobuild14/aarch64) — current Arch doesn’t ship a separate cargo package any more, it’s bundled into rust, which declares Provides: cargo rustfmt. makepkg -s’s own dependency installation (via pacman -S) resolves virtual/provided package names natively, so remote_build.sh (already using -s) installs rust automatically with no script changes needed — confirmed this works as-is before trying anything.
• Built+published cleanly for both x86_64 (local chroot) and aarch64 (remote, eurobuild14) at pkgrel 1 (first publish), no issues.
• Prompted a real fix to repo_build.sh itself (see TOOLING_NOTES.md’s 2026-08-28 “Build concurrency” update): remote- arch builds now launch in the background and are waited-on together, instead of blocking one at a time within a single package’s build — this package’s x86_64 (local) and aarch64 (remote) archs benefit from running concurrently with whatever else is going on, going forward.