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.