pi-provider add: ask for what it needs instead of requiring every flag #81
Labels
No labels
blocked
bug
decision
duplicate
enhancement
help wanted
invalid
landed?
question
ready-to-merge
stale
wontfix
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
allod/nexus#81
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?
Declaring the first provider on a fresh deployment is one long
pi-provider addline: provider id,--credential,--url, one--targetper VM and one--modelper model, assembled from docs the operator has not read yet.discover-addremoves the model list by reading the endpoint, but still takes the URL and targets as flags.Proposal:
pi-provider add(anddiscover-add) with no arguments asks for each thing it would otherwise take as a flag, in order: provider id, base URL, targets chosen from the inventory's libvirt dev VMs with all of them as the default, and the model list discovered from<base>/modelswith the option to type ids when discovery fails; then the existing hidden bearer prompt. Flags given on the command line skip their question, so scripts and the documented examples keep working unchanged. The dry run prints the same plan it prints today before anything is written.Requested by the owner on the public install walk, declaring nullsink on a forge-less deployment.