Current tip of tree doesn't build for new users

[MoonbaseOtago]

I'm starting this as a new thread that explains

Error in download_and_extract: java.io.IOException: Error downloading [https://github.com/MikePopoloski/slang/archive/f04e81565793c768b747a8fd058f3e7aeceee1b5.tar.gz] to /home/paul/.cache/bazel/_bazel_paul/cc5b3079491e54ec8ecd6456572c964c/external/sv-lang+/temp10055897236755767035/f04e81565793c768b747a8fd058f3e7aeceee1b5.tar.gz: Checksum was sha256-Pj8AVITB12EZCg7lD3wYZpuHgcexydYPQsOUh77CWqg= but wanted sha256-7SEVSm6uJ56ZBFyPoKeuLh6cpXLTl17x8iqBGomouLA=
ERROR: no such package '@@sv-lang+//': java.io.IOException: Error downloading [https://github.com/MikePopoloski/slang/archive/f04e81565793c768b747a8fd058f3e7aeceee1b5.tar.gz] to /home/paul/.cache/bazel/_bazel_paul/cc5b3079491e54ec8ecd6456572c964c/external/sv-lang+/temp10055897236755767035/f04e81565793c768b747a8fd058f3e7aeceee1b5.tar.gz: Checksum was sha256-Pj8AVITB12EZCg7lD3wYZpuHgcexydYPQsOUh77CWqg= but wanted sha256-7SEVSm6uJ56ZBFyPoKeuLh6cpXLTl17x8iqBGomouLA=

Looks like its pulling the URL/checksum from here:

https://bcr.bazel.build/modules/sv-lang/10.0.1-20260316-f04e8156/source.json

where the checksum does NOT match the actual checksum. It's been suggested to me that github may have refreshed the release artifact it refers to behind our backs (maybe with different dates and a different checksum)

It's probably working for people with existing trees - until you have to rebuild your bazel cache .....

There is a correct 12.0 version in the bazel repo:

https://bcr.bazel.build/modules/sv-lang/12.0.0/source.json

[maliberty]

OR isn't using that package anymore but I see ORFS is still pointing to an old OR. How did you run into this?

[maliberty]

Updating OR and testing in The-OpenROAD-Project/OpenROAD-flow-scripts#4755

[MoonbaseOtago]

I am using ORFS - I can repeat this with:

cd OpenROAD-flow-scripts
git pull --recurse-submodules
rm -rf ~/.cache/baze*
cd  tools/OpenROAD
bazel clean --expunge
bazel fetch //...

the last line fails, as does a local build of ORFS

note: I see these 2 lines in MODULE.bazel.lock in whatever OpenROAD tree it is that ORFS is using

    "https://bcr.bazel.build/modules/sv-lang/10.0.1-20260316-f04e8156/MODULE.bazel": "49fee9f075c7c83f83a797ce5cc63b8c1e0fa970ca8184bd5f17c46bc5534632",
    "https://bcr.bazel.build/modules/sv-lang/10.0.1-20260316-f04e8156/source.json": "918163d219b8fbeb010a1c9263bd49d5f937ff5797493799ad284209936158f6",

[maliberty]

You are using the submodule version of OR which I expect is the issue. Try git checkout master after cd tools/OpenROAD

[maliberty]

I just merged an update of the OR submodule in ORFS

[MoonbaseOtago]

Many thanks, that looks like it's fixed it, I have a build past the bazel download part now