You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Your machine is not yet publishing to the v2 (DIP-0046) ledger transport, so work done locally has nowhere to land. Everything on the owner's side is already done — this issue is the part that runs on your machine, plus two access grants that are blocking you.
The identity file is not optional. Actor is never inferred from a hostname (DIP-0044 — one host is named bridge but writes as winston), so without it your events are refused or land under the wrong writer.
Done when.datacore/events/crt.jsonl appears in 1-datafund and 5-plur, and your commits start landing again.
Does python3 .datacore/lib/ledger_transport.py sync exist and run?
Had you pulled datacore at all since 2026-09-01?
Please report which of the three it was — it tells us whether anyone else onboarding will hit the same wall.
3. Repo access — blocked, needs the owner
You are a collaborator on datacore itself and on 8 private repos (datacore-crm, datacore-grants, datacore-mail, datacore-meetings, datacore-nightshift, datacore-space, datacore-telegram, datacore-trading), but you are not an org member, and two repos you need are not granted:
datacore-chief-of-staff — required to install your own Winston
datacore-app — required to run the desktop app
Also ungranted, in case they come up: datacore-appbuilder, datacore-dev, datacore-forge, datacore-fundraising, datacore-health, datacore-lens, datacore-testing, datacore-ventures, datacore-verity, module-metacognition.
Since 14 of 22 private repos are ungranted, an org membership or a team is probably cleaner than individual grants. That is an owner action — this issue is the record of what is blocked.
4. Not done, deliberately
Credentials. An instance manifest scoping your host to 1-datafund and 5-plur is written but staged as .pending, with no ssh_alias, so nothing ships. Whether those spaces' credentials should sit on your machine is the owner's decision plus yours — not an automated one.
Signing key. You have no verify_keys entry yet, so your events will be unsigned and v2_verify will say so. Generate one once you are publishing.
Full diagnosis and rationale: 2-datacore/1-tracks/ops/onboard-crt-to-v2.md.
Your machine is not yet publishing to the v2 (DIP-0046) ledger transport, so work done locally has nowhere to land. Everything on the owner's side is already done — this issue is the part that runs on your machine, plus two access grants that are blocking you.
1. Get on the v2 transport
The identity file is not optional. Actor is never inferred from a hostname (DIP-0044 — one host is named
bridgebut writes aswinston), so without it your events are refused or land under the wrong writer.Done when
.datacore/events/crt.jsonlappears in1-datafundand5-plur, and your commits start landing again.2. If it still doesn't work, check these three
/wrap-upcomplete, or does it error oncommand_receipt.py/command_suggest.py? Those two hooks were missing/empty until 2026-09-09 (commands: make them findable, and make skipping one visible #175) — thegit pullabove is the fix.python3 .datacore/lib/ledger_transport.py syncexist and run?datacoreat all since 2026-09-01?Please report which of the three it was — it tells us whether anyone else onboarding will hit the same wall.
3. Repo access — blocked, needs the owner
You are a collaborator on
datacoreitself and on 8 private repos (datacore-crm,datacore-grants,datacore-mail,datacore-meetings,datacore-nightshift,datacore-space,datacore-telegram,datacore-trading), but you are not an org member, and two repos you need are not granted:datacore-chief-of-staff— required to install your own Winstondatacore-app— required to run the desktop appAlso ungranted, in case they come up:
datacore-appbuilder,datacore-dev,datacore-forge,datacore-fundraising,datacore-health,datacore-lens,datacore-testing,datacore-ventures,datacore-verity,module-metacognition.Since 14 of 22 private repos are ungranted, an org membership or a team is probably cleaner than individual grants. That is an owner action — this issue is the record of what is blocked.
4. Not done, deliberately
1-datafundand5-pluris written but staged as.pending, with nossh_alias, so nothing ships. Whether those spaces' credentials should sit on your machine is the owner's decision plus yours — not an automated one.verify_keysentry yet, so your events will be unsigned andv2_verifywill say so. Generate one once you are publishing.Full diagnosis and rationale:
2-datacore/1-tracks/ops/onboard-crt-to-v2.md.