fix(installers): explain why btrfs is required when /home check fails #152
No reviewers
Labels
No labels
prio_critical
prio_low
type_bug
type_contact
type_issue
type_lead
type_question
type_story
type_task
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lhumina_code/hero_skills!152
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/btrfs-precondition-ux-150"
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?
Closes #150.
What changed
tools/modules/installers/lib.nu—require_btrfsnow tells the operator why btrfs is needed (multi-user template snapshot flow), points attools/docs/template.md, and notes that single-user Hero can skipmulti_user_template_createentirely.tools/modules/installers/multiuser.nu—multi_user_installhad its own near-identical inline/homefs check; replaced with a call torequire_btrfsso both surfaces produce the same error.tools/modules/installers/template.nu—[1/12] preconditionsstep label now names the requirement so the failure mode is visible before the check runs.Rendered error
Verification
All three modules parse-checked on
kristof6:This machine is on btrfs so the failure path can't be exercised live; the rendered string was confirmed by interpolating the literal message in a one-off
nu -c.Doc-side preflight (issue #150 follow-up suggestion 2) is intentionally deferred — the better error already surfaces the doc link, and a separate doc-only PR keeps this diff focused.
Test plan
multi_user_template_createproduces the new error and an operator can act on it without reading source