-
Notifications
You must be signed in to change notification settings - Fork 12.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rust 1.63.0 fails to build with: error: failed to download addr2line v0.16.0
#100459
Comments
error: failed to download
addr2line v0.16.0``error: failed to download \
addr2line v0.16.0\``
error: failed to download \
addr2line v0.16.0\``addr2line v0.16.0
Hm, so I can't immediately reproduce -- can you say more about what sources you're using to build? https://static.rust-lang.org/dist/2022-08-11/rustc-1.63.0-src.tar.xz is the tarball I used to make an attempt at reproducing. You might also want to check if you've enabled the use of vendored sources (config.toml should contain vendor = true under [build]). |
We are using https://static.rust-lang.org/dist/2022-08-11/rustc-1.63.0-src.tar.gz.
We did not have that in our build script. It worked without in the past. Could you refer me to further details, why it’s needed? |
That tarball should be content equivalent to .xz, just with gzip compression. I don't see why we would've broken a workflow that worked in the past. Can you link me to the build script you're using? --frozen is passed if we detect that you're running either with vendoring enabled or with sudo. Rustbuild checks for sudo here, while our Python script has a slightly different check here. Maybe your environment changed in such a way that the Python check isn't true while the rustbuild check is? That would explain the error here. (Setting vendor = true in config.toml will override the detection logic here and just enable using the vendored sources from the tarball). |
The files are in https://github.molgen.mpg.de/mariux64/pkg-scripts, and it’s merge/pull request https://github.molgen.mpg.de/mariux64/pkg-scripts/pull/205/.
Adapt |
(Edited last comment.) |
It looks like you were previously on 1.61, right? #95671 landed in 1.62, which introduced the difference1 between handling in bootstrap.py and the Rust component for whether we're running inside sudo (as you do). I suspect that difference made us start using vendoring (though not sure), or stop, but either way, it's likely the cause of your problem. I'm going to go ahead and mark this as E-easy -- we should likely move the Rust code to use the same getuid() == 0 check. I believe we can do that with Footnotes
|
Yes, we did. Thank you for the analysis. If you want us to test anything, please tell us. |
This makes it consistent with `x.py` as changed in rust-lang#95671 Fixes rust-lang#100459
Once #100852 merges (and we release a new nightly ~24 hours after that) it'd be great to retest with a nightly src tarball in your environment to confirm this is fixed, but also fine to just wait until the next stable release including it and file a new bug if not. That'll be 1.64, releasing September 22nd. (I marked the PR as beta-backport). |
…lacrum Use `getuid` to check instead of `USER` env var in rustbuild This makes it consistent with `x.py` as changed in rust-lang#95671 Fixes rust-lang#100459
…lacrum Use `getuid` to check instead of `USER` env var in rustbuild This makes it consistent with `x.py` as changed in rust-lang#95671 Fixes rust-lang#100459
…lacrum Use `getuid` to check instead of `USER` env var in rustbuild This makes it consistent with `x.py` as changed in rust-lang#95671 Fixes rust-lang#100459
…lacrum Use `getuid` to check instead of `USER` env var in rustbuild This makes it consistent with `x.py` as changed in rust-lang#95671 Fixes rust-lang#100459
This makes it consistent with `x.py` as changed in rust-lang#95671 Fixes rust-lang#100459
Trying to build Rust 1.63.0 it fails with the error below:
The text was updated successfully, but these errors were encountered: