Freeholder review: resolve remaining ownership and delivery contradictions #28
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Meta/Campaign
Meta/Epic
Meta/Session
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
Reviewed/Confirmed
Reviewed/Curated
Reviewed/Duplicate
Reviewed/Invalid
Reviewed/Won't Fix
Scope/Campaign
Status/Abandoned
Status/Blocked
Status/Conflicted
Status/In Progress
Status/In Review
Status/Need Grooming
Status/Need More Info
Status/Ready
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Ting/Ting#28
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?
Backlog rationalization application — 7 September 2026
Authority: Larandar approved applying the attached 5 September rationalization and requested a tracker ledger of every contradiction. Source:
estate-backlog-rationalization.md, SHA-2564ed957780a79324fea87f1017e5034b582ed3fa16e772ccdf6d98d0560cc4a31. This approval authorizes its scheduling, acceptance transfers, duplicate consolidation and bounded splits, subject to the report's evidence conditions. It does not claim implementation, production acceptance, PR merge approval, or answers to unresolved architecture choices.Scope: all 618 report issue IDs, refreshed against issues, discussions and historical/current PR records across 18 repositories, plus current Ting/contracts evidence. Four report issues were already closed at refresh: Vedanta#45 and flake-ops#387/#432/#433. Their later dispositions supersede the snapshot. The 6 September deadline is historical; remaining lifecycle acceptance still takes precedence.
Application state: in progress. Repository slate comments below preserve each report row and its current disposition. P0–P3 remain planning bands, as the report specifies; priority does not establish readiness. Ten standing records stay open. The 117 Verify rows require evidence review and are not a blanket closure instruction.
Operating boundary: Ting#83 governs current delivery. Additional self-ratification/self-landing authority in Ting#36 is parked pending exact reconciliation. The existing 64 stable IDs and six residual rulings below remain intact; none is reopened or settled merely by this application.
Contradiction register
Stable IDs
BR-001onward belong to this application; original ledger IDs below are unchanged. A row is resolved only when its cited tracker/contract projection is reconciled, or explicitly deferred with an owner and wake condition. Later timestamps alone do not outweigh an earlier authoritative ruling.Proposal
Why
The freeholder clarification supersedes the assumption that every Epic requires a Session. Deliverables are direct Epic leaves by default; a Session is an optional grooming nest created only for a positively declared, coherent review bundle.
Reevaluating this ledger under that model collapses nearly all of its former ambiguity. The original 64 stable IDs are preserved, but they now divide into 47 historical or routine grooming-debt records, 11 live grooming targets, and only 6 residual freeholder rulings.
Scope
This issue remains the durable cross-estate review ledger for the same 64 records: 23 Ting, 27 lar.ad, and 14 swarm.
This issue is itself a Deliverable. Its Epic owner is temporarily undeclared, so it carries
Status/Need Grooming. It is not a Session and has no Session parent. It also carriesStatus/Need More Infowhile any of the six residual rulings remains open.This replacement body authorizes no branch, issue, label, dependency, PR-body, merge, close, or other Forgejo mutation.
Design
Campaign → Epic → Deliverable.Epic → Session → Deliverable. The selected direct Epic edges are removed atomically; no leaf keeps duplicate structural parents.Refsbundles are evidence, not authority to synthesize Deliverables, Sessions, parents, or edges.Status/Need Groomingunless exhaustive grooming leaves materially competing owners or another true freeholder seam.Status/Need Grooming; their author/review gate carries the live action while the affected issue-side record carries the status.Status/Need More Infosolely because they were in the old queue.Specification Delta
Capability: Direct Epic leaves
GIVEN a declared Epic and a conformant Deliverable
WHEN exact ownership is authoritative and no Session has been positively chosen
THEN the lawful structural edge is directly
Epic → Deliverable.Capability: Optional Session grouping
GIVEN several Epic leaves that should receive one bounded review verdict
WHEN grooming positively declares an exact Session, its Epic parent or parents, and its exact leaf set
THEN the leaves move under that Session and lose their duplicate direct Epic edges in the same verified change.
Capability: Residual-only escalation
GIVEN an entry in this ledger
WHEN the entry is historical debt or an action an author or groomer can complete
THEN it does not require a freeholder verdict and does not receive
Status/Need More Infofrom this ledger.GIVEN one of the six residual entries
WHEN ordinary grooming cannot resolve the competing ownership, duplicate or premature closure, no-ticket exception, or integration-target choice
THEN only an exact freeholder verdict may release the specifically withheld mutation or edge.
Tasks
Status/Need Groomingonly after its parent and record conformance verify.Status/Need More Infofrom this issue only after all six residual rulings are resolved and propagated.Historical and routine grooming debt — 47
These entries preserve evidence of work that should have been groomed or of Session plans invalidated by the clarification. They require no present freeholder verdict, create no historical Session, and release no native edge.
amb-ting-pr-15→ Ting/Ting!15amb-ting-pr-16→ Ting/Ting!16amb-ting-pr-19→ Ting/Ting!19amb-ting-pr-24→ Ting/Ting!24amb-jostoph-pr-6→ Ting/Jostoph!6amb-jostoph-pr-19→ Ting/Jostoph!19amb-jostoph-pr-20→ Ting/Jostoph!20amb-jostoph-pr-21→ Ting/Jostoph!21amb-jostoph-pr-22→ Ting/Jostoph!22amb-jostoph-pr-77→ Ting/Jostoph!77amb-jostoph-pr-78→ Ting/Jostoph!78amb-jostoph-pr-79→ Ting/Jostoph!79amb-jostoph-pr-80→ Ting/Jostoph!80amb-jostoph-historical-session-pr-2→ Ting/Jostoph!2amb-jostoph-historical-session-pr-8→ Ting/Jostoph!8amb-jostoph-historical-session-pr-10→ Ting/Jostoph!10amb-jostoph-historical-session-pr-18→ Ting/Jostoph!18amb-jostoph-historical-session-pr-35→ Ting/Jostoph!35amb-jostoph-historical-session-pr-37→ Ting/Jostoph!37amb-vedanta-historical-session-pr-2→ Ting/Vedanta!2amb-vedanta-historical-session-pr-7→ Ting/Vedanta!7amb-larad-flake-ops-pr-9→ lar.ad/flake-ops!9amb-larad-flake-ops-pr-25→ lar.ad/flake-ops!25amb-larad-flake-ops-pr-29→ lar.ad/flake-ops!29amb-larad-flake-ops-pr-68→ lar.ad/flake-ops!68amb-larad-flake-ops-pr-74→ lar.ad/flake-ops!74amb-larad-flake-ops-pr-80→ lar.ad/flake-ops!80amb-larad-flake-ops-pr-104→ lar.ad/flake-ops!104amb-larad-flake-ops-pr-107→ lar.ad/flake-ops!107amb-larad-flake-ops-pr-116→ lar.ad/flake-ops!116amb-larad-flake-ops-pr-120→ lar.ad/flake-ops!120amb-larad-flake-ops-pr-125→ lar.ad/flake-ops!125amb-larad-flake-ops-pr-167→ lar.ad/flake-ops!167amb-larad-flake-ops-pr-217→ lar.ad/flake-ops!217amb-larad-flake-ops-pr-227→ lar.ad/flake-ops!227amb-larad-flake-ops-pr-229→ lar.ad/flake-ops!229amb-larad-modron-pr-22→ lar.ad/modron!22amb-larad-modron-pr-84→ lar.ad/modron!84amb-larad-modron-pr-97→ lar.ad/modron!97D-HIST-PR12→ swarm/vordr!12D-HIST-PR19→ swarm/vordr!19D-HIST-PR29→ swarm/vordr!29D-HIST-PR30→ swarm/vordr!30D-HIST-PR31→ swarm/vordr!31D-HIST-PR32→ swarm/vordr!32D-HIST-PR33→ swarm/vordr!33Refs-only history. Preserve evidence, create no Session, and request no present mapping verdict.D-PARENT-PR35→ swarm/hydramem!35swarm/hydramem#6 → #34is only a routine direct-edge grooming candidate and remains unexecuted until positively declared.Live grooming targets — 11
These are current actions for groomers, authors, or reviewers. They are not freeholder rulings. Apply
Status/Need Groomingonly to an affected nonconformant issue record, never to a PR.amb-jostoph-84-session-partition→ Ting/Jostoph#84#84 → #70–#74ownership by default. A future groomer may optionally group a coherent subset into a Session and must remove the corresponding direct edges atomically.amb-larad-flake-ops-135-session-partition→ lar.ad/flake-ops#135amb-larad-modron-89-first-session→ lar.ad/modron#89amb-larad-modron-92-first-session→ lar.ad/modron#92amb-larad-flake-ops-140-session-parent→ lar.ad/flake-ops#140amb-larad-author-dendrite-pr-29→ lar.ad/dendrite!29amb-larad-author-flake-ops-pr-231→ lar.ad/flake-ops!231#135 → #136–#142; retype #89/#92 as Epics and groom direct leaves; treat #140 as the existing direct #135 leaf; route PR-body changes through their authors; create the PR #231 design-note Deliverable under Epic #170. No first or historical Session is required.D-AUTHOR-VORDR98→ swarm/vordr!98D-OPEN-HYDRA38→ swarm/hydramem!38D-OPEN-SLEIPNIR43→ swarm/sleipnir!43D-OPEN-VORDR100→ swarm/vordr!100Residual freeholder rulings — 6
Select exactly one lettered option for each entry. A verdict that names a new issue, Epic, Session, or edge must provide its exact repository, title or number, endpoints, and intended PR. Unselected options remain forbidden.
amb-ting-codification-pr-target— Ting/Ting codification DeliverableEvidence: Ting/Ting currently has
main,tango/26-meta-issue-governance, andcodexo/grooming-progressive-disclosure, but nofastlane. Ratification delivery law namesfastlane; historical PR #27 targetedmain. The codification record is a Deliverable whose Epic ownership is separate grooming work; no Session is required.Mutually exclusive decisions:
mainand record an explicit Ting/Ting law-repository exception.fastlanefirst, then target the codification PR tofastlane.Withheld structural edges: none.
Withheld mutations: branch creation, codification PR creation, PR base selection, and merge.
amb-larad-flake-ops-pr-70— lar.ad/flake-ops!70Evidence: The merged PR attempted to close both Meta/Epic #52 and Deliverable #64. PRs close Deliverables only, so the attempted Epic closure is invalid or premature in every option. The remaining ruling is #64's exact ownership.
Mutually exclusive decisions:
lar.ad/flake-ops#52 → lar.ad/flake-ops#64; retain #52 as an open Epic and treat PR #70 only as delivery evidence for #64.that Epic → lar.ad/flake-ops#64; forbid#52 → #64.Withheld known edge:
lar.ad/flake-ops#52 → lar.ad/flake-ops#64. No alternate edge is executable unless option B names its exact source.amb-larad-flake-ops-pr-226— lar.ad/flake-ops!226Evidence: PR #225 and PR #226 both claim Deliverable #164. One Deliverable keeps one canonical closing PR.
Mutually exclusive decisions:
Withheld structural edges: none to existing #164 from this ruling. Candidate edge
lar.ad/flake-ops#170 → lar.ad/flake-ops#164remains independently withheld for routine declaration-led grooming and is not released by any option above. Under option C, every edge to the new leaf remains withheld until both endpoints are named.amb-larad-flake-ops-179-session-parent — lar.ad/flake-ops#179
Partial ruling propagated: The Freeholder selected the split ownership path during #169 grooming. Teyla live reconciliation now belongs exclusively to #152 under Epic #143; no cross-Epic Session is authorized. Issue #179 no longer owns Teyla acceptance.
Remaining evidence: #179 still combines provider-main compatibility with sa-vedanta birth and delegation. Those seams have independent implementation and review boundaries unless an owner rules them indivisible.
Mutually exclusive remaining decisions:
Withheld edges: No Epic edge for #179 and no provider-compatibility leaf are authorized until the verdict names every endpoint.
D-PARENT-PR95— residual aliasR-SWARM-VORDR-94-OWNER— swarm/vordr!95 / Deliverable #94Evidence: PR #95 merged and closes #94, which combines live MQTT fleet-bus work with delegation/channel evidence but declares no durable Epic owner.
Mutually exclusive decisions:
swarm/vordr#63 → swarm/vordr#94.swarm/vordr#73 → swarm/vordr#94.that Epic → swarm/vordr#94.Withheld known edges:
swarm/vordr#63 → swarm/vordr#94andswarm/vordr#73 → swarm/vordr#94. No Session is proposed or required.D-HIST-PR96— residual aliasR-SWARM-VORDR-PR96-MISSING-LEAF— swarm/vordr!96Evidence: PR #96 merged after PR #95 had already closed #94, yet delivered three additional pieces described as #94 scope. The optional-Session clarification removes the former Session question but not the missing-leaf or duplicate-closure question.
Mutually exclusive decisions:
Withheld structural edges: all edges for the not-yet-declared replacement Deliverable in option B. The executable withheld set is empty until the verdict names both the leaf and its Epic; option A authorizes no edge.
Verdict format
Use one comment per residual entry:
A prose preference without the exact fields required by its selected option releases nothing.
Delivery and acceptance
Branch: none.
PR: none.
Session: none.
Parent Epic: undeclared; ordinary grooming required.
Closure: close only after all six residual rulings are recorded, propagated into freshly verified estate packets, and this Deliverable's Epic ownership is declared.
All six residual entries have one exact, mutually exclusive verdict.
The 47 debt entries remain historical records with no synthetic Session or inferred edge.
The 11 live entries are handled through ordinary grooming and review rather than freeholder escalation.
No Deliverable has more than one direct structural parent.
Every positively chosen Session has at least one exact Epic parent and no duplicate direct Epic edges for its leaves.
No Forgejo write occurs without a separately ratified, hash-bound mutation packet and fresh precondition reads.
Evidence
No Forgejo mutation is authorized by this body alone.
Freeholder review: resolve cross-estate delivery-bundle ambiguitiesto Freeholder review: resolve remaining ownership and delivery contradictionsExact closure batch awaiting explicit approval
Automatic approval review rejected execution of these 19 evidence-based closures, saying the broad external state changes derived from the review need more explicit user approval. No closure from this batch was executed. The requested action is to close exactly the issue IDs below after a final state/dependency check, retaining the cited evidence and named residual owners. These are distinct from the report’s explicit duplicate-consolidation origins. No PR merge, deployment, live probe or secret operation is included.
Approval request: approve closing these exact 19 issues on the evidence and boundaries above. Until that explicit reply, their states stay unchanged. This request does not convert a failed gate into a passed one.