Open Bug 1576040 Opened 5 years ago Updated 2 years ago

Wrench builds don't trigger when changing the rust compiler

Categories

(Firefox Build System :: Task Configuration, task)

task

Tracking

(Not tracked)

People

(Reporter: NarcisB, Unassigned)

Details

As shown in bug 1576034, Rust compiler updates can break wrench tests and the resulting bustage may not be noticed until days later due to the infrequency with which they're triggered. We should also include the Rust compiler in the files-changed list

There's not really a "files-changed" that could be added. The closest would be taskcluster/ci/toolchain/rust.yml, but that would trigger those tasks on any unrelated rust change.

What puzzles me, though, is why they're not happening when their dependency happen: When a docker-image happens, toolchains that depend on the docker-image happen. Why are we not in the same situation here?

Flags: needinfo?(dustin)

I'm not the right person to answer that question.

Flags: needinfo?(dustin)

(In reply to Mike Hommey [:glandium] from comment #1)

What puzzles me, though, is why they're not happening when their dependency happen: When a docker-image happens, toolchains that depend on the docker-image happen. Why are we not in the same situation here?

They get rebuild when the docker-images get rebuilt if they are in the target graph. Some of the toolchains get pulled in explicitly (run-on-projects) and others get pulled in as dependencies of other things (everything involved in builds, for example). If wrench-tests only run when stuff in gfx/webrender runs, they probably won't be in the graph when the rust toolchain is rebuilt.

Severity: normal → S3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.