feat(update): Include a Locking message by epage · Pull Request #13759 · rust-lang/cargo

added 2 commits

April 15, 2024 12:36
We aren't locking to latest.
We could customize the message for precise but it seemed a bit
excessive.

weihanglo

weihanglo

@bors bors added S-waiting-on-bors

Status: Waiting on bors to run and complete tests. Bors will change the label on completion.

and removed S-waiting-on-review

Status: Awaiting review from the assignee but also interested parties.

labels

Apr 16, 2024

@epage epage deleted the more-lock branch

April 16, 2024 12:12

@epage epage mentioned this pull request

Apr 16, 2024

bors added a commit to rust-lang-ci/rust that referenced this pull request

Apr 17, 2024

github-actions bot pushed a commit to rust-lang/miri that referenced this pull request

Apr 17, 2024

bors added a commit that referenced this pull request

Apr 17, 2024
feat(install): Including Locking message

### What does this PR try to resolve?

This extends #13561 to include `cargo install`, like #13759 did for `cargo update`.

As we switch to MSRV-aware resolver, this will help users work out why
MSRV-aware resolving isn't helping them.

This will also make it more obvious if we breaking things when
developing the MSRV-aware resolver.

### How should we test and review this PR?

### Additional information

This still leaves `cargo publish` and a couple other misc situations that I'm intentionally avoiding because
- They hit some weird cases that can confuse the user (e.g. causing `cargo install --locked` to show that 1 package is being added) and we can't distinguish these cases too well from where this is happening
- The value is lower