install.sh dies on unset HOME under set -u — cloud-init runcmd has no HOME #39
Labels
No labels
attention
blocked
blocker:ci-red
blocker:conflict
blocker:drill-pending
blocker:unrequested
bug
claimed
documentation
enhancement
epic
merge-next
needs-ruling
needs-triage
offsite
post-merge
ready
release
scope:bootstrap
scope:coolify
scope:db
scope:docs
scope:drill
scope:installer
scope:labels
scope:platform
scope:runner
scope:users
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/rig#39
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Found live while e2e-testing heavy-duty/box#88 (thin templates): a box seed's cloud-init
runcmdruns with no$HOMEin the environment, and rig's installer —set -u— dies on the first$HOMEexpansion instead of installing.box#88 works around it seed-side (
HOME=/rooton the install line, scar documented in the template), but the installer could be robust on its own: derive a fallback (: "${HOME:=$(getent passwd "$(id -u)" | cut -d: -f6)}"or plainHOME=/rootwhen euid 0) before first use.Not urgent — every current caller is either an interactive shell or box#88's already-pinned seed. Worth folding into whichever of #35/#36's install.sh successors touches that file next rather than a standalone PR.
🤖 Generated with Claude Code