build(deps): bump krates from 0.11.0 to 0.16.2

[dependabot]

Bumps krates from 0.11.0 to 0.16.2.

Release notes

Sourced from krates's releases.

Release 0.16.2

Fixed

• PR#70 resolved #68 and #69 by additionally checking the version of resolve dependencies if there were 2 or more of the same name referenced by the same crate.

Release 0.16.1

Fixed

• PR#67 resolved #66 by ignore features that reference crates that aren't resolved, instead of panicing, as there should only be one case where that occurs.

Release 0.16.0

Fixed

• PR#65 resolved #64 by adding support for the newly stabilized (currently nightly only) package id format.

Changed

• PR#65 changed Kid from just a type alias for cargo_metadata::PackageId to an actual type that has accessors for the various components of the id. It also specifies its own Ord etc implementation so that those ids are sorted the exact same as the old version.

Release 0.15.3

Fixed

• PR#63 resolved #62 which was a bug introduced in PR#61

Release 0.15.2

Fixed

• PR#61 resolved #60 by refactoring the building of the crate graph to do its own crate and feature resolution to properly handle pruning based on the user's desires.

Release 0.15.1

Added

• PR#59 added Krates::krates_filtered, allowing filtering of crates based upon their edge kinds.

Release 0.15.0

Changed

• PR#58 removed the prefer-index feature, which brought in tame-index, in favor of just letting the user provide a callback that can be used to gather index information, freeing this crate from dependency issues and allowing downstream crates more flexibility.

Release 0.14.1

Changed

• PR#57 bumped tame-index to 0.4.

Release 0.14.0

Changed

• PR#55 and PR#56 replaced crates-index with tame-index
• PR#56 changed Krates::lock_path -> Krates::workspace_root, which can then be joined with Cargo.lock to get the same path, but workspace root is more generally useful.

Release 0.13.1

Fixed

• PR#54 fixed an issue where the crates.io index was unconditionally opened, and synced, if the prefer-index feature was enabled, causing long stalls if using the crates.io sparse index instead.

Release 0.13.0

Changed

• PR#53 updated cfg-expr to 0.14 and crates-index to 0.19.

Fixed

• PR#53 added support for using the HTTP sparse index for crates.io. If the sparse index was enabled and there wasn't a regular git index (for example, if you use dtolnay/rust-toolchain@stable in your CI) this would cause no index to be used to fix crate features if prefer-index was enabled.

... (truncated)

Changelog

Sourced from krates's changelog.

[0.16.2] - 2024-01-21

Fixed

• PR#70 resolved #68 and #69 by additionally checking the version of resolve dependencies if there were 2 or more of the same name referenced by the same crate.

[0.16.1] - 2024-01-20

Fixed

• PR#67 resolved #66 by ignore features that reference crates that aren't resolved, instead of panicing, as there should only be one case where that occurs.

[0.16.0] - 2024-01-19

Fixed

• PR#65 resolved #64 by adding support for the newly stabilized (currently nightly only) package id format.

Changed

• PR#65 changed Kid from just a type alias for cargo_metadata::PackageId to an actual type that has accessors for the various components of the id. It also specifies its own Ord etc implementation so that those ids are sorted the exact same as the old version.

[0.15.3] - 2024-01-12

Fixed

• PR#63 resolved #62 which was a bug introduced in PR#61

[0.15.2] - 2024-01-12

Fixed

• PR#61 resolved #60 by refactoring the building of the crate graph to do its own crate and feature resolution to properly handle pruning based on the user's desires.

[0.15.1] - 2023-09-03

Added

• PR#59 added Krates::krates_filtered, allowing filtering of crates based upon their edge kinds.

[0.15.0] - 2023-08-23

Changed

• PR#58 removed the prefer-index feature, which brought in tame-index, in favor of just letting the user provide a callback that can be used to gather index information, freeing this crate from dependency issues and allowing downstream crates more flexibility.

[0.14.1] - 2023-08-21

Changed

• PR#57 bumped tame-index to 0.4.

[0.14.0] - 2023-07-25

Changed

• PR#55 and PR#56 replaced crates-index with tame-index
• PR#56 changed Krates::lock_path -> Krates::workspace_root, which can then be joined with Cargo.lock to get the same path, but workspace root is more generally useful.

[0.13.1] - 2023-06-13

Fixed

• PR#54 fixed an issue where the crates.io index was unconditionally opened, and synced, if the prefer-index feature was enabled, causing long stalls if using the crates.io sparse index instead.

[0.13.0] - 2023-04-04

Changed

• PR#53 updated cfg-expr to 0.14 and crates-index to 0.19.

Fixed

• PR#53 added support for using the HTTP sparse index for crates.io. If the sparse index was enabled and there wasn't a regular git index (for example, if you use dtolnay/rust-toolchain@stable in your CI) this would cause no index to be used to fix crate features if prefer-index was enabled.

... (truncated)

Commits

• 906f3ef Release 0.16.2
• 7f3db2e Fix duplicate dependencies (#70)
• b2c4864 Release 0.16.1
• ab54878 Ignore features that reference unresolved crates (#67)
• a15d521 Release 0.16.0
• 9be978b Support stable package id (#65)
• 3ee7d64 Fix CHANGELOG
• f35dd5e Release 0.15.3
• 97a9756 Update CHANGELOG
• 02d1a88 Fix feature name => crate (#63)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #503.