chore(vendor): bump openhuman to the tinymemory-38a34d2 pin - #1271
YellowSnnowmann wants to merge 2 commits into
Conversation
Advances vendor/openhuman ded703dd -> 3911b7b8 (openhuman#5608's head: upstream main plus the tinymemory pin bump). The vendored tinymemory jumps dc3a725 -> 38a34d2 (the completed tinymemory#18 arc: the conformance crate the next PR wires into CI, and the tinyhumansai#63-tinyhumansai#66 hosted-adapter production fixes); tinycortex rides to bfd2ea21. Adds the [patch] table unifying tinycortex-api's by-git tinymemory-api onto the vendored path copy — the same WS4 replication rule as the existing [patch.crates-io] block; without it cargo resolves two tinymemory-api crates and tinymemory-core fails with E0308s. Cargo.lock regenerated. Verified: cargo metadata --locked, then cargo check --locked under openhuman,tinycortex and under acp,runner,tinymemory-embedded. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…tinymemory # Conflicts: # Cargo.lock
|
Superseded by #1248, which carries the same vendor/openhuman bump to upstream main (92bab8df) and the identical [patch."…/tinymemory"] table — plus the #1201 fix itself. The one piece this PR had beyond that (advancing the vendored tinymemory f8bd9af → 38a34d2 via openhuman#5608, the #63–#66 hosted-adapter fixes) now rides #1273 as a single commit stacked on #1248. Merge order: openhuman#5608 → #1248 → #1273. |
Summary
Bump
vendor/openhumanded703dd → 3911b7b8 (openhuman#5608's head: upstream main 92bab8df + the tinymemory pin bump).What rides in, for the memory surfacing work this unblocks:
tinymemory-conformancecrate exists on disk (the next PR wires it into a CI lane), and the hosted adapters gain the feat(chat): surface scrubbed tool-call/thinking steps in the operator chat #63–Add a company→operator attention signal (bidirectional chat via GET /events SSE) #66 production fixes — dead Cognee default endpoint removed, Mem0 cloud search no longer 400s on a null threshold, API keys no longer echoed into error text, named transport-failure classes, incremental response-body cap. Today's vendored adapters have all of those bugs, which is what made this bump a prerequisite for enablingtinymemoryin shipped builds.Two OpenCompany-side changes ride along, both mechanical:
[patch."https://github.com/tinyhumansai/tinymemory"]table in the rootCargo.toml. The new tinycortex pin'stinycortex-apitakestinymemory-apiby git (tinycortex#149), and openhuman's own patch table unifying that onto its vendored path copy is ignored when openhuman is a path dependency — the WS4 replication rule already documented above[patch.crates-io]. Without the entry cargo resolves twotinymemory-apicrates andtinymemory-corefails with E0308s where the engine trait meets the contract (hit exactly as the handoff's "two-copies hazard" predicts; found by the compiler, fixed with the one-line patch mirroring openhuman's own).Cargo.lockregenerated for the vendored crate-version moves (openhuman0.63.11 → 0.63.13, newtinymemory-sources/tinymemory-syncpath crates, toml/winnow transitive bumps).No OpenCompany source changes.
Stacking
Depends on openhuman#5608 (draft). This PR pins its head commit so the chain can be validated now; re-pin to the merge commit once #5608 lands, before this merges.
Follow-ups that stack on this: the memory CI lane (union build + vendored driver-conformance), then enabling
tinymemoryin the staging tenant feature set.Verification
scripts/ci/init-vendored-submodules.shclean at the new pincargo metadata --lockedresolves after the lock regencargo check --features openhuman,tinycortex(the gated tenant shape)cargo check --features acp,runner,tinymemory-embedded(the memory-seam shape)🤖 Generated with Claude Code