[codex] fix(memory-lancedb): align apache arrow peer dependency#99118
Conversation
Dependency GuardThis PR changes dependency-related files. Maintainers should confirm these changes are intentional. Changed files:
Maintainer follow-up:
|
Dependency graph change authorizedThis PR includes dependency graph changes. A repository admin or member of
A later push changes the PR head SHA and requires a fresh security approval. |
|
This dependency-guard failure is expected for this PR: the dependency graph change is intentional and limited to The package currently pairs Could a repo admin or |
|
@openclaw/openclaw-secops Could you please review this minimal targeted fix for the Head commit: This fixes #90295 by aligning |
|
Codex review: found issues before merge. Reviewed July 2, 2026, 4:53 PM ET / 20:53 UTC. Summary PR surface: Source +23, Config 0, Other +8. Total +31 across 5 files. Reproducibility: yes. Current main and Review metrics: 1 noteworthy metric.
Stored data model Root-cause cluster Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Risk before merge
Maintainer options:
Next step before merge
Security Review findings
Review detailsBest possible solution: Land this PR or an equivalent maintainer branch after accepted exact-head dependency-graph authorization and shrinkwrap/package checks pass, without adding runtime fallback or config changes. Do we have a high-confidence way to reproduce the issue? Yes. Current main and Is this the best way to solve the issue? Yes. A plugin-owned manifest, shrinkwrap, and root lockfile alignment to Arrow 18.1.0 is the narrow maintainable fix; the remaining blocker is dependency-graph authorization, not a better runtime implementation. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against c20171ddfc13. Label changesLabel justifications:
Evidence reviewedPR surface: Source +23, Config 0, Other +8. Total +31 across 5 files. View PR surface stats
Security concerns:
Acceptance criteria:
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
|
Updating the dependency approval request after the branch was synced with current Current head commit is now: @openclaw/openclaw-secops Could you please review the resolved graph for this current head and, if acceptable, approve with: The patch remains the same targeted |
|
@clawsweeper re-review\n\nCurrent-head dependency approval request has been updated for |
f6f07f4 to
01844f6
Compare
|
Branch repaired after the transient broad diff. Current head is now clean again: Current PR surface is back to the intended three files only:
The fix remains the same targeted dependency alignment: Local validation on this repaired head:
@clawsweeper re-review @openclaw/openclaw-secops If the current resolved graph looks acceptable, please authorize this current clean head with: |
|
🦞🧹 I asked ClawSweeper to review this item again. |
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
|
Addressing the current ClawSweeper I reproduced the full shrinkwrap check locally on clean head The memory-lancedb shrinkwrap check itself passes: Generating the stale msteams shrinkwrap locally changes only I am intentionally not expanding this PR to include the unrelated msteams shrinkwrap cleanup unless maintainers want that included here. @clawsweeper re-review |
|
/allow-dependencies-change |
…claw#99118) * fix(memory-lancedb): align apache arrow peer dependency * fix(memory-lancedb): refresh arrow dependency graph --------- Co-authored-by: joshavant <[email protected]>
What Problem This Solves
Fixes #90295.
Refreshes the same minimal dependency fix path as #90407 against the current
mainbranch.@openclaw/memory-lancedbcurrently pairs@lancedb/[email protected]with[email protected], but LanceDB 0.30.0 declares an Arrow peer range of>=15.0.0 <=18.1.0. Under normal npm peer resolution, that makes the memory-lancedb package fail withERESOLVE.Why This Change Was Made
This pins
apache-arrowto18.1.0, the highest version accepted by@lancedb/[email protected], and regenerates the package lock/shrinkwrap artifacts from the repo tooling.Changed files:
extensions/memory-lancedb/package.jsonextensions/memory-lancedb/npm-shrinkwrap.jsonpnpm-lock.yamlUser Impact
Users should be able to install/update
@openclaw/memory-lancedbwith standard npm peer dependency resolution again, without pinning back to[email protected]to keep LanceDB-backed memory working.Evidence
Base checked against upstream
main@4614449d.npm view @lancedb/[email protected] peerDependencies --jsonreturns{ "apache-arrow": ">=15.0.0 <=18.1.0" }npm view [email protected] version dist.integrity --jsoncorepack pnpm install --lockfile-onlynode scripts/generate-npm-shrinkwrap.mjs --check --package-dir extensions/memory-lancedbnpm install --prefix /tmp/openclaw-memory-lancedb-install-test --ignore-scripts ./extensions/memory-lancedb --package-lock-onlynode scripts/run-vitest.mjs src/plugins/contracts/package-manifest.contract.test.ts src/plugins/contracts/extension-runtime-dependencies.contract.test.ts test/package-manager-config.test.ts test/plugin-npm-package-manifest.test.ts --reporter=dotThe targeted vitest run passed 463 tests across the tooling and plugin contract shards.