Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upMaking alt build available together with Nightly #45334
Comments
SimonSapin
added a commit
to servo/servo
that referenced
this issue
Oct 17, 2017
SimonSapin
referenced this issue
Oct 17, 2017
Closed
Bootstrap rust and cargo from more long-term URLs #18911
This comment has been minimized.
This comment has been minimized.
Hmm maybe |
aturon
added
I-nominated
T-infra
labels
Oct 17, 2017
This comment has been minimized.
This comment has been minimized.
|
cc @rust-lang/infra, nominating for discussion in tomorrow's meeting. |
SimonSapin
added a commit
to SimonSapin/rust-central-station
that referenced
this issue
Oct 28, 2017
SimonSapin
referenced this issue
Oct 28, 2017
Closed
Promote "alternative" rustc builds to Nightly archives #24
This comment has been minimized.
This comment has been minimized.
|
Seems like progress is being made in https://internals.rust-lang.org/t/disabling-llvm-assertions-in-nightly-builds/5388/14 |
aidanhs
removed
the
I-nominated
label
Oct 31, 2017
This comment has been minimized.
This comment has been minimized.
|
#45810 makes this obsolete. |
SimonSapin
closed this
Nov 7, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
SimonSapin commentedOct 17, 2017
•
edited
In https://internals.rust-lang.org/t/updates-on-rusts-ci-uploads/6062 I found out that the
rust-lang-ciS3 bucket, which Servo relies on, is ephemeral. Only nigthlies are kept around long-term. I’ll switch Servo to download fromhttp://static.rust-lang.org/dist/where possible, but there’s one thing missing: tarballs for rustc "alt" builds. I’d like to have these somewhere where they’ll stay available.I assume that the reason for removing old files from
rust-lang-ci/rust-lang-ci2is the cost in storage space for many build artifacts for every single merged PR. So this proposal limits the amount of files to keep:First, we could limit the amount of files uploaded to
rust-lang-ci2/rustc-builds-altin the first place. Based on runningaws s3 ls --no-sign-request, CI produces:cargo-nightly-$HOST.tar.$Zrls-nightly-$HOST.tar.$Zrust-analysis-nightly-$HOST.tar.$Zrustc-nightly-$HOST.tar.$Zrustc-nightly-src.tar.$Zrust-docs-nightly-$HOST.tar.$Zrust-nightly-$HOST.exerust-nightly-$HOST.msirust-nightly-$HOST.pkgrust-nightly-$HOST.tar.$Zrust-src-nightly.tar.$Zrust-std-nightly-$HOST.tar.$Z… for each combination of
$Zingzorxz, and$HOSTinx86_64-apple-darwin,x86_64-pc-windows-msvc, andx86_64-unknown-linux-gnu.Everything other than
rustc-nightly-$HOST.tar.$Zis identical inrustc-buildsandrustc-builds-alt. So it could be dropped or not uploaded in the first place or not not built in the first place. This probably involves makingsrc/ci/docker/dist-x86_64-linux/Dockerfiledo things more differently when theDEPLOY_ALTenv variable is set.(Perhaps
gzcan be dropped too? Old rustup versions that don’t supportxzdon’t support fetching alt builds either.)Separately, https://github.com/rust-lang/rust-central-station/blob/master/promote-release/src/main.rs (at least) needs to be modified to copy/upload these extra tarballs. I don’t know if it’s preferable to do this when
self.release == "nightly"or in a separate cron job withself.release == "nightly-alt".Ultimately this will also be a step toward rust-lang/rustup.rs#1099, but Servo can already use this in the meantime.
@aturon, @alexcrichton, how does this all sound?