cargo icon indicating copy to clipboard operation
cargo copied to clipboard

fix(fingerprint): explicit reason rather than "stale; unknown reason"

Open weihanglo opened this issue 9 months ago • 1 comments

What does this PR try to resolve?

This was discovered during playing with rmeta reuse between cargo-check and cargo-build.

An rmeta mtime failure is basically the same as "failed to read metadata".

While we don't report in tracing log, that should be fine because dirty reason will be reported in the other place.

How to test and review this PR?

Should have no real user-facing behavior change.

weihanglo avatar Jun 01 '25 01:06 weihanglo

r? @ehuss

rustbot has assigned @ehuss. They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

rustbot avatar Jun 01 '25 01:06 rustbot

https://github.com/rust-lang/cargo/actions/runs/15396140671/job/43317289386#step:13:4554

Network glitch?

 > [internal] load metadata for docker.io/library/alpine:3.22:
------
Dockerfile:1
--------------------
   1 | >>> FROM alpine:3.22
   2 |     
   3 |     RUN apk add --no-cache openssh git
--------------------
ERROR: failed to solve: alpine:3.22: failed to resolve source metadata for docker.io/library/alpine:3.22: failed to authorize: failed to fetch oauth token: unexpected status from POST request to https://auth.docker.io/token: 500 Internal Server Error

Going to re-queue

weihanglo avatar Jun 02 '25 16:06 weihanglo