Normalize org profile checkout back to .profile after dot-repo discovery lands #9
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
allod/inventory#9
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?
Problem
allod/tools#113tracks the workspace collector bug that made dot-named repo roots invisible topull-allandwork-diff. If any VM repo configuration worked around that by checking out the Forgejo org profile repo under a non-hidden name such asorg-profile, that workaround should be removed once the tools fix lands.Current observation
On
allod-devtoday, the visible checkout under/home/allod/work/allodis alreadyallod/.profile, and there is noorg-profilecheckout. The public inventory registry also does not currently list the org profile repo, so the remaining work may live in an operator-specific profile or inventory override rather than this public repo.Proposed fix
After
allod/tools#114is merged and available to affected VMs, audit the VM repo list that adds the org profile checkout. If it still uses a non-hidden checkout path for theallod/.profileremote, change that checkout path back toallod/.profile. If the workaround is already gone, close this issue with that confirmation.Validation
workspace_collect_repos /home/allod/work/allodemits.profilewith the updated tools.work-diffandpull-allinclude the.profilecheckout.Depends on allod/tools#114.
Closing per this issue's own criterion: the workaround is gone. The deployment registry maps the org profile remote
allod/.profileto the checkout pathallod/.profileinscripts/repositories.json,scripts/vm-specs.jsoncarries the same entry, and noorg-profilealias remains anywhere in the registry. The public inventory template does not reference the org profile repo at all, so nothing needs normalizing here either.Closing per this issue's own criterion: the workaround is gone. The deployment registry maps the org profile remote
allod/.profileto the checkout pathallod/.profileinscripts/repositories.json,scripts/vm-specs.jsoncarries the same entry, and noorg-profilealias remains anywhere in the registry. The public inventory template does not reference the org profile repo at all, so nothing needs normalizing here either. (Agent token cannot close an issue it did not author — operator: please close as completed.)