Skip to content

DECISION: repo-batcher do-or-delete (Item 7c) — tracked non-stripped ELF demo binary in build/ #53

@hyperpolymath

Description

@hyperpolymath

RESOLVED 2026-05-18 — decision = DO, not DELETE. Owner chose: reposystem is canonical for repo-batcher; keep it and port the V layer to Zig (the "DELETE … Recommended" framing below is the original pre-decision analysis, retained for history — it does not reflect the outcome). Binary untracked: PR #55 (MERGED). V→Zig port: #56. dev-ecosystem dup removal: developer-ecosystem#70. See the decision comment. Issue stays open until #56 lands.


Routed from Estate gitignore audit (Item 83)

The Item 83 estate .gitignore/committed-artefact audit (reverse pass 2026-05-17) found the artefact class largely already closed by the Day-3 template hardening (rsr-template-repo#43). One genuine committed artefact in reposystem was deliberately routed, not stripped, because it overlaps another tech-debt item:

  • scaffoldia/repo-batcher/build/repo-batcher-demo — ELF 64-bit LSB executable, x86-64, not stripped, with debug_info, ~558 KB. Tracked since 4da0a19 (2026-05-16). The repo-root .gitignore already ignores build/ / _build/, so this is a pre-ignore committed binary — but it must not be stripped independently of the Item 7c decision below.

This is the analogue of the hyperpolymath-archive .ttc/.ttm residual, which was resolved as a standalone decision (standards#121 → hyperpolymath-archive#11, merged). With that resolved and the echo-types Agda _build/ follow-up verified clean (no tracked build output; .gitignore covers *.agdai/.agda/), this binary is the last open Item-83 residual.

Why this is an Item 7c (do-or-delete) decision, not a strip

scaffoldia/repo-batcher/ is an ATS2 + V subtree (src/ats2/…, V CLI per IMPLEMENTATION-STATUS.md). V is banned estate-wide, so the subtree cannot survive as-is regardless of the binary. Stripping just build/repo-batcher-demo would leave the larger banned-language do-or-delete question unresolved and could conflict with reposystem#33 (which already lists scaffoldia/repo-batcher examples as "likely delete, not port" in the ReScript→AffineScript migration).

Decision required from @hyperpolymath (do-or-delete)

  • DELETE — drop the scaffoldia/repo-batcher/ subtree (V-banned; superseded). Single cleanup PR; history preserves the bytes. Recommended unless the subtree is being kept for a reason.
  • DO — keep/rework repo-batcher off V. Then: git rm --cached scaffoldia/repo-batcher/build/repo-batcher-demo (gitignore already in place), regenerate-on-demand; no binary in tree.

Either way the tracked binary leaves the worktree as a consequence of the 7c call — not via an independent Item-83 strip.

Refs standards#66 (estate gitignore-class parent), reposystem#33 (repo-batcher migration overlap). No joint-close.

Metadata

Metadata

Assignees

No one assigned

    Labels

    questionFurther information is requested

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions