Skip to content

Pin chrono <0.4.40 to fix arrow-arith build conflict#422

Open
geoffjay wants to merge 1 commit intomainfrom
fix/pin-chrono-arrow-arith-conflict
Open

Pin chrono <0.4.40 to fix arrow-arith build conflict#422
geoffjay wants to merge 1 commit intomainfrom
fix/pin-chrono-arrow-arith-conflict

Conversation

@geoffjay
Copy link
Owner

Summary

  • Pin chrono to >=0.4.38, <0.4.40 in workspace Cargo.toml to avoid error[E0034]: multiple applicable items in scope caused by chrono 0.4.40+ adding Datelike::quarter() which conflicts with arrow-arith 53.4.0's ChronoDateExt::quarter()
  • Centralize chrono as a workspace dependency (with serde feature) so all crates use a consistent, pinned version
  • All 9 crate-level Cargo.toml files updated to reference chrono = { workspace = true }

Context

arrow-arith 53.4.0 (pulled in by lancedb 0.16datafusionarrow) defines a ChronoDateExt trait with a quarter() method. Starting in chrono 0.4.40, the Datelike trait also gained a quarter() method, causing ambiguity. The latest arrow-arith (58.x) fixes this but we're pinned to 53.x by lancedb 0.16.

Test plan

  • cargo clippy --workspace passes without errors
  • cargo test -p orchestrator passes
  • All workspace tests pass (one pre-existing doctest failure in hook/config.rs unrelated to this change)

🤖 Generated with Claude Code

chrono 0.4.40+ adds a `quarter()` method to `Datelike` that conflicts
with `arrow-arith 53.4.0`'s `ChronoDateExt::quarter()`, causing
`error[E0034]: multiple applicable items in scope`. Pin chrono to
>=0.4.38,<0.4.40 until arrow-arith is updated. Also centralizes chrono
as a workspace dependency with serde feature enabled.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant