preliminary analysis of reverse dependencies. btm upstream uses 0.14 debian is currently down-patching.
rust-ahash dev dependency only, tests pass with dependency bumped. rust-chumsky new upstream uses 0.14 and is not semver breaking. rust-dashmap new upstream uses 0.14 and is not semver breaking. rust-hashlink new upstream uses 0.14 and is not semver breaking. rust-imara-diff upstream has bumped dependency to 0.14 in git but hasn't released yet no code changes were made with dependency bump. rust-indexmap new upstream uses 0.14 but new upstreram is semver breaking I think it makes most sense to do these two together. rust-lru new upstream uses 0.14 but new upstream is semver breaking, upstream made no code changes when bumping dependency, I think patching is the way to go here. I was able to get a successful test with the dependeny bumped. rust-ordered-multimap new upstream uses 0.14 but new upstream is semver breaking and has too high msrv. I think patching is the way to go here. Version in debian builds ok after bumping dependency. rust-regalloc2 jonas package upstream still on hashbrown 0.13 builds ok and tests pass after bumping dependency. rust-rkyv upstream has bumped in git, but not yet included in a release. builds ok and tests pass after bumping dependency note: building with --all-features fails for unrelated reasons. rust-unicode-linebreak new upstream has moved to shipping pre-generated tables, eliminating the dependency on hashbrown. version in Debian builds/tests ok with dependency bumped. rust-wasmtime (librust-cranelift-dev) jonas package version in unstable/experimental is broken. version in testing is rather old. hoping the release team will file a "fails to migrate to testing for too long" in the not to distant future. upstream version in unstable/experimental uses 0.14, downpatched in Debian upstream version in testing uses 0.13, downpatched in Debian.
