fix(install): the rename broke every install — stop guessing the tarball's top dir #61
No reviewers
Labels
No labels
blocked
blocker:ci-red
blocker:conflict
blocker:drill-pending
blocker:unrequested
bug
claimed
documentation
enhancement
epic
merge-next
needs-triage
ready
release
scope:cli
scope:drill
scope:host
scope:installer
scope:templates
scope:tiers
stale
state:addressing
state:bots-reviewing
state:building
state:needs-human
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: heavy-duty/box#61
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/install-extract-dir"
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?
The rename broke every install. GitHub names a tarball's top directory
<repo>-<ref>; the extractor globbedclaudebox-*, so since the repo becameheavy-duty/boxthe tarball extracts tobox-mainand everycurl install.sh | bash— and therefore every drill run, which installs via that exact path — dies withcould not find the extracted source directory in archive. That's the failure in today's drill attempt.Fix: the archive has exactly one top-level directory — take the directory, whatever it's called, and let the existing
bin/boxsanity check judge whether it's the right tree. No name to guess means nothing for the next rename (or a slashed branch ref, which GitHub dash-mangles) to break.Verified against the live tarball: a
BOX_HOME/BOX_BINscratch install fromheavy-duty/box@mainlands, links, andbox --versionanswersbox 0.5.0.Note for the drill: it fetches
install.shfrom$REPO@$REFat runtime, so the drill unbreaks the moment this merges — no drill-side change needed.🤖 Generated with Claude Code