ci/eval: fix local comparison with baseline#441746
ci/eval: fix local comparison with baseline#441746wolfgangwalther merged 1 commit intoNixOS:masterfrom
Conversation
4c1f6cb to
535c0f1
Compare
|
Seems like this still doesn't work. It worked when I ran it on the same commit, but now it doesn't when I compare two different commits. |
535c0f1 to
f30ba04
Compare
|
OK, TIL about This should now work correctly - and also remove the odd |
Due to how we pass in existing store paths via CLI arguments for the diff and combine scripts, Nix didn't register a dependency on the store paths properly. This meant that some of the derivations that were built, didn't have the right store paths made available in the sandbox - leading to all kinds of "not found" errors. We worked around this in CI by resolving the symlinks to the nix store beforehand. We tried to work around this locally by storing the nix store path in BASELINE, but this didn't fully work. By explicitly registering these store paths as dependencies, this should work across the board - without any magic required by the caller.
f30ba04 to
45a765a
Compare
|
Not sure whether it works 100% correctly, yet. The test workflow has this in its summary:
|
MattSturgeon
left a comment
There was a problem hiding this comment.
I'm sure you're already aware of the different behaviour of path concatenation, interpolation, etc...
But just for my own understanding, and to try and understand the motivation behind the new/old impl, I'll ask the stupid questions anyway:
Let me assure you, that this is not the case :). This is all a big mystery to me! |
Ah. that's a cross-over between target branch and this PR: The eval "compare" step runs as I confirmed this works correctly when repeating these steps that CI does locally. Will be good after merge. |
MattSturgeon
left a comment
There was a problem hiding this comment.
Another nice improvement! Thanks again @wolfgangwalther, and thanks for entertaining my belligerent questioning 😅
|
Successfully created backport PR for |
Due to how we pass in existing store paths via CLI arguments for the diff and combine scripts, Nix didn't register a dependency on the store paths properly. This meant that some of the derivations that were built, didn't have the right store paths made available in the sandbox - leading to all kinds of "not found" errors.
We worked around this in CI by resolving the symlinks to the nix store beforehand. We tried to work around this locally by storing the nix store path in BASELINE, but this didn't fully work. By explicitly registering these store paths as dependencies, this should work across the board - without any magic required by the caller.
Follow up to #440895.
The error I would be getting would be a "file not found" in the python script to compare stats.
Things done
Add a 👍 reaction to pull requests you find important.