Package: dh-cargo rust-libc is currently blocked from migrating to testing by an autopkgtest regression in rust-rpassword.
debian cargo wrapper: running subprocess (['env', 'RUST_BACKTRACE=1', '/usr/bin/cargo', '-Zavoid-dev-deps', 'test', '--verbose', '--verbose', '-j56', '--target', 'x86_64-unknown-linux-gnu', '--all-targets', '--no-default-features'],) {} error: failed to select a version for the requirement `libc = "=0.2.103"` candidate versions found which didn't match: 0.2.125 location searched: directory source `/tmp/tmp.FK7ISfSozf/registry` (which is replacing registry `crates-io`) required by package `rpassword v5.0.1 (/usr/share/cargo/registry/rpassword-5.0.1)`
It appears the cause is that librust-rpassword-dev contains a Cargo.lock file which was generated from the versions of packages in debian at the time of it's upload. Doing some poking around it appears that the Cargo.lock file is generated by the "dh_auto_test -- test --all" command in debian/rules. What I haven't figured out is under what circumstances this happens, there appears to be at least* one other rust library package containing a Cargo.lock file in it's root librust-os-pipe-dev and it's autopkgtest is failing in the same way. I think the most sensible way to deal with this is to exclude Cargo.lock in dh-cargo, does anyone else have any thoughts before I go ahead and do that? * The search on packages.debian.org for Cargo.lock gave a "too many results" error.