Repository navigation
chore(deps): move tinyvoice-module to tinytools 0.6 and release 0.3.4 - #51
Conversation
Bump vendor/tinyagents 5f6dce5 -> 543ab27 (tinyhumansai/tinyagents#512), which vendors tinytools 0.6.0 at 3a01641. tinyvoice-module implements tinytools::Tool for tinyagents-harness, so its own requirement moves to 0.6 with it; the existing [patch.crates-io] keeps one tinytools copy. Version 0.3.4: 0.3.3 was tagged from epic/8056-modules-wiring and is not on main. Refs tinyhumansai/openhuman#7895
Tiny Sweeper reviewTiny Sweeper reviewed this change across 5 lane(s) and found 0 active actionable finding(s). Detailed lane evidence and any incomplete work are listed below. State: Incomplete Review snapshot
Completeness: Incomplete FeaturesNone identified with supported citations. TestsNo supported feature-to-test mapping was produced. Test execution is not inferred. FindingsNo active actionable findings. Could not review: crates/tinyvoice-module/Cargo.toml, tinysweeper/description Before merge
Agent review detailscritique
security
tests
commits
description
Evidence and run details
|
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars. ⚙️ Run configuration
Comment |
Summary
Moves tinyvoice-module to tinytools 0.6.0, as part of the tinytools 0.6 migration.
vendor/tinyagents5f6dce5→543ab27. That is the merge of chore(vendor): bump tinytools to 0.6.0 and tinyinference tinyagents#512 on tinyagentsmain, and it vendors tinytools 0.6.0 at3a01641.tinytools::Tooland hands aToolDispatchto tinyagents-harness (src/service/live/callback.rs). It therefore has to use the same tinytools as the vendored tinyagents, so its requirement moves fromtinytools = "0.5"to"0.6".[patch.crates-io]keeps the standalone build on one tinytools copy.0.3.2→0.3.4. 0.3.3 was released fromepic/8056-modules-wiring(82f96e9) and is not onmain, so the next release frommainhas to be 0.3.4. As with v0.3.3, only tinyvoice-module moves; tinyvoice and tinyvoice-bus keep their versions.Related issue
Refs tinyhumansai/openhuman#7895
API or behavior changes
None. 0.5 → 0.6 removed
tinytools-std::sanitize(nowtinytools::sanitize). tinyvoice uses onlyTool,ToolCallOptionsandToolResult, so no source changes were needed.Cargo.lock(crates/tinyvoice-module/Cargo.lock): I checked every changed entry.tinyinference-llm, moves from revbd60b9bto3a01641.tinystoragedrivers-core/-secretsgo from 0.11.0 to 1.0.0 (tag), and with them comeulidandzstd/zstd-safe/zstd-sys.cap-stdand its dependencies come in through tinyagents-harness.ccgainsjobserver, because zstd-sys builds with cc.tempfile → getrandom 0.3.4 → 0.4.3re-resolution.cargo metadata --lockedstill passes.Validation
Commands actually run, with their outcome:
cargo check --locked --all-targetsincrates/tinyvoice-module: passes. This was the one local compile check allowed by our fleet rule.cargo metadata --locked: consistent.cargo fmt --all -- --check: not run; no Rust source changed.cargo clippy --all-targets --all-features -- -D warnings: left to CI.cargo build --all-targets --all-features: left to CI.cargo test --all-features: left to CI.Tests
None added. This is a dependency and version bump with no behaviour change.
Documentation
Not needed.
Checklist
#[allow(...)],#[ignore], or relaxed lints.envcontents in the diff or the description