[Pkg-rust-maintainers] Bug#1115714: impossible to install crate zerovec: depends on missing librust-twox-hash-2+xxhash64-dev

[Jonas Smedegaard]

Quoting NoisyCoil (2025-09-19 23:06:39)
> On 19/09/25 13:40, Jonas Smedegaard wrote:
> > Package: librust-zerovec-dev
> > Version: 0.11.1-1
> > Severity: grave
> > X-Debbugs-Cc: Debian Rust Maintainers<pkg-rust-maintainers at alioth-lists.debian.net>, Sylvestre Ledru<sylvestre at debian.org>
> > 
> > Crate zerovec depends on missing librust-twox-hash-2+xxhash64-dev,
> > rendering it impossible to install.
> > 
> > 
> > 
> > _______________________________________________
> > Pkg-rust-maintainers mailing list
> > Pkg-rust-maintainers at alioth-lists.debian.net
> > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-rust- 
> > maintainers
> > 
> 
> This is blocked by updates of the following rdeps of twox-hash to v2:
> 
> - rust-lz4-flex (partially staged in git)
> - rust-ruzstd (staged in git)
> - rust-twox-hash (staged in git)
> - sourmash (needs patch)
> 
> However, it seems the original packager (Sylvestre, apparently, in c.c.) 
> didn't package
> 
> - autopkgtest dependencies of rust-lz4-flex
> - yoke-derive, a dependency of yoke, which is a dependency of zerovec 
> (Bug#1073151)
> 
> Therefore updating the above to twox-hash v2 wouldn't still be enough to 
> make zerovec installable, and would require a few NEW packages.

Why are such inconsistencies done in unstable? Have the Rust team
considered using experimental for preparing such reorganisations, and
if not, why not?

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/
 * Sponsorship: https://ko-fi.com/drjones

 [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-rust-maintainers/attachments/20250919/e117d3bb/attachment-0002.sig>