I've prepared an NMU for rust-kvm-bindings (versioned as 0.5.0-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should cancel it.

It's not my place to tell you to cancel it, but I can tell you that it
it will not clear the path for testing migration.

The new version of rust-kvm-bindings adds a dependency on rust-vmm-sys-util.
rust-vmm-sys-util has a few issues

* It is not in testing and has missed the freeze deadline.
* It FTBFS on armel and mipsel due to the unavailbility of atomicu64
* It fails it's autopkgtests on 32-bit architectures, this looks like
  broken tests to me.
* It fails it's autopkgtests on s390x, some rngs produce different
  results, presumablly due to endian issues. I don't know what
  the contracts for said rngs are and hence whether this is a bug
  in the rngs or in the tests.

Since no applications in Debian depend on this package, I do not
intend to dig deeper into these issues myself.

It would be possible to patch rust-kvm-bindings to disable the
dependency on rust-vmm-sys-util and the optional feture that
depends on it. If there were applications in Debian that used
rust-kvm-bindings and did not use the feature in question I
would do so, but as there are no such applications I don't
intend to bother.

Reply via email to