You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, this project is of great help in packaging. I find that cargo-tree has been integrated into cargo, and thinking of it, it's the best dependency resolver - the one we actually use!
The problem using the resolved dependencies, as I discovered, is that it's greedy. We really want to work off the relationships described in Cargo.toml, since that gives us the lower bound the project needs.
Hi, this project is of great help in packaging. I find that
cargo-tree
has been integrated intocargo
, and thinking of it, it's the best dependency resolver - the one we actually use!It may be such a process: deserialize
Cargo.toml
ascargo::util::toml::TomlManifest
,.to_real_manifest()
intocargo::core::manifest::Manifest
, thencargo::core::resolver::resolve()
it into acargo::core::resolver::Resolve
, which has the resolved dependency tree.Then use the data to find what is outdated, what is not in Debian archive yet, etc.
EDIT: Or, "hijack"
cargo tree
.The text was updated successfully, but these errors were encountered: