<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<p>rust-core-arch and rust-sleef-sys are both rc buggy.<br>
<br>
In the case of rust-core-arch it appears that the code itself is
still developed as part of <br>
the rust standard library, but it no longer appears to be being
released as a separate<br>
crate on crates.io. Furthermore the description of it on
crates.io says<br>
<blockquote type="cite">Using <code>core::arch</code> via this
crate requires nightly Rust, and it can (and does)
break often.<br>
</blockquote>
</p>
<p>Which doesn't seem terribly suitable for a stable release to me.
Especially as rustc<br>
tends to get updated over the lifetime of a Debian stable release
to support new<br>
versions of firefox/thunderbird.<br>
<br>
In the case of rust-sleef-sys, I have filed an upstream bug report
at <br>
<a class="moz-txt-link-freetext" href="https://github.com/gnzlbg/sleef-sys/issues/27">https://github.com/gnzlbg/sleef-sys/issues/27</a>, however indications
are<br>
that the upstream maintainer is mostly inactive. In particular in
<br>
<a class="moz-txt-link-freetext" href="https://github.com/rust-lang/packed_simd/issues/303">https://github.com/rust-lang/packed_simd/issues/303</a> it is said <br>
in reference to a request to update packed_simd on crates.io that<br>
"the original maintainer is out of contact" and the maintainer of<br>
packed_simd and sleef-sys crates on crates.io are the same. gnzlbg<br>
does seem to have a small amount of activity on github though.<br>
<br>
The reason these packages are not marked for autoremoval is that<br>
packed-simd has optional dependencies on them which debcargo<br>
converts to feature packages. The rust-packed-simd package is a
key<br>
package through the chain <br>
rust-packed-simd->rust-rand->rust-tempfile->rust-cbindgen->firefox-esr<br>
<br>
I would thus propose, dropping the core-arch feature from<br>
rust-packed-simd and if there is no reponse from the upstream<br>
maintainer of sleef-sys, doing the same for the sleef-sys<br>
feature. Neither feature package has any reverse dependencies<br>
in Debian.<br>
<br>
Any thoughts/objections?<br>
</p>
</body>
</html>