`test_diskann_basic` and the other random-data tests in
`crates/ruvector-diskann/src/index.rs` used `rand::thread_rng()`, so
each CI run drew different vectors. The test asserts that the nearest
neighbour of `vec-42` is `vec-42` itself; with unfavourable random
draws the ANN graph traversal happened to settle on a near-duplicate
(seen on main as `left: "vec-364"` vs `right: "vec-42"`) and the
assertion failed.
Fix: replace `thread_rng()` with `StdRng::seed_from_u64(0xD15CA77)` in
`random_vectors()`, `test_recall_at_10`, and `test_scale_5k`. Output
is fully deterministic across runs and platforms; verified locally
with three repeats of `test_diskann_basic` and the full lib-test suite
(17/17 passing in 49.6s).
No production-code changes; tests-only.
Co-authored-by: ruvnet <ruvnet@gmail.com>
Pre-existing rustfmt drift across the workspace was blocking CI's
`Rustfmt` check on PR #373 + PR #377. Running plain `cargo fmt`
reformats 427 files; no semantic changes, no logic changes, no
behavior changes — just what rustfmt already wanted.
None of the touched files are in ruvector-rabitq, ruvector-rulake,
or the new mirror-rulake workflow — those were already fmt-clean
per the per-crate checks on commits 5a4b0d782, 5f32fd450, f5003bc7b.
Drift is in cognitum-gate-kernel, mcp-brain, nervous-system,
prime-radiant, ruqu-core, ruvector-attention, ruvector-mincut,
ruvix/* and sub-crates, plus several examples.
Verified post-fmt:
cargo check -p ruvector-rabitq -p ruvector-rulake → clean
cargo clippy -p ... -p ... --all-targets -- -D warnings → clean
cargo test -p ... -p ... --release → 82/82 pass
Intentionally does NOT touch clippy drift — many more warnings
(missing docs, precision-loss casts, too-many-args, unsafe-safety-
docs) spread across unrelated crates, each category a cross-cutting
design decision that deserves its own review.
With this commit Rustfmt CI goes green on PR #373 and PR #377.
Clippy will still fail — that's honest pre-existing state for a
separate dedicated PR.
Co-Authored-By: claude-flow <ruv@ruv.net>