Skip to content
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

No nightly since 2018-12-09 #56667

Closed
RalfJung opened this issue Dec 10, 2018 · 14 comments
Closed

No nightly since 2018-12-09 #56667

RalfJung opened this issue Dec 10, 2018 · 14 comments
Labels
C-bug Category: This is a bug. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue.

Comments

@RalfJung
Copy link
Member

I am not seeing new nightlies for the last two nights:

$ rustup update
info: syncing channel updates for 'stable-x86_64-unknown-linux-gnu'
info: syncing channel updates for 'nightly-x86_64-unknown-linux-gnu'
info: checking for self-updates

   stable-x86_64-unknown-linux-gnu unchanged - rustc 1.31.0 (abe02cefd 2018-12-04)
  nightly-x86_64-unknown-linux-gnu unchanged - rustc 1.32.0-nightly (4a45578bc 2018-12-07)

Cc @rust-lang/infra

@Enet4
Copy link
Contributor

Enet4 commented Dec 10, 2018

This became particularly alarming because the latest nightly does not provide any of the rls, rustfmt and clippy preview components (components history). I was trying to understand why, but this matter might just be out of my hands.

@kennytm kennytm added I-nominated T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue. C-bug Category: This is a bug. labels Dec 10, 2018
@kennytm
Copy link
Member

kennytm commented Dec 10, 2018

Nominating for discussion.

See also the previous issue #56586.

@adals
Copy link

adals commented Dec 10, 2018

i can not update

$ rustup update
info: syncing channel updates for 'stable-x86_64-apple-darwin'
info: syncing channel updates for 'nightly-x86_64-apple-darwin'
info: latest update on 2018-12-08, rust version 1.32.0-nightly (4a45578 2018-12-07)
error: some components unavailable for download: 'clippy', 'rls', 'rustfmt'
info: checking for self-updates

   stable-x86_64-apple-darwin unchanged - rustc 1.31.0 (abe02cefd 2018-12-04)

nightly-x86_64-apple-darwin update failed - rustc 1.32.0-nightly (14997d5 2018-12-05)

@Mark-Simulacrum
Copy link
Member

The dist machine was recently upgraded to Ubuntu 18.04; it seems that that upgrade also made us lose python by-default. I've committed rust-lang/rust-central-station@c5b2d8d and will try to deploy sometime today; hopefully that's the last case of bugs arising on RCS.

@Mark-Simulacrum
Copy link
Member

Nightly once again failed to deploy. This time, we managed to not build a stage 0 tool. How this is possible, I'm honestly not quite sure, as I believe this tool is built on Rust's CI -- and the failures don't look spurious.

Dec 11 00:12:01 ip-10-202-181-185 release-nightly: Building stage0 tool build-manifest (x86_64-unknown-linux-gnu)
Dec 11 00:12:02 ip-10-202-181-185 release-nightly:    Compiling proc-macro2 v0.4.24
Dec 11 00:12:02 ip-10-202-181-185 release-nightly:    Compiling unicode-xid v0.1.0
Dec 11 00:12:02 ip-10-202-181-185 release-nightly:    Compiling serde v1.0.75
Dec 11 00:12:22 ip-10-202-181-185 release-nightly:    Compiling quote v0.6.8
Dec 11 00:12:33 ip-10-202-181-185 release-nightly:    Compiling toml v0.4.6
Dec 11 00:12:33 ip-10-202-181-185 release-nightly:    Compiling syn v0.15.21
Dec 11 00:13:12 ip-10-202-181-185 release-nightly:    Compiling serde_derive v1.0.80
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:    Compiling build-manifest v0.1.0 (/tmp/nightly/rust/src/tools/build-manifest)
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: error[E0433]: failed to resolve. Use of undeclared type or module `fs`
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:    --> src/tools/build-manifest/src/main.rs:609:12
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:     |
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: 609 |         t!(fs::write(&sha256, &sha.stdout));
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:     |            ^^ Use of undeclared type or module `fs`
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: error[E0433]: failed to resolve. Use of undeclared type or module `fs`
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:    --> src/tools/build-manifest/src/main.rs:646:12
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:     |
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: 646 |         t!(fs::write(&dst, contents));
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:     |            ^^ Use of undeclared type or module `fs`
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: error: unused import: `std::fs::File`
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:   --> src/tools/build-manifest/src/main.rs:17:5
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:    |
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: 17 | use std::fs::File;
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:    |     ^^^^^^^^^^^^^
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:    |
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:    = note: `-D unused-imports` implied by `-D warnings`
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: error: aborting due to 3 previous errors
Dec 11 00:14:04 ip-10-202-181-185 release-nightly:
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: For more information about this error, try `rustc --explain E0433`.
Dec 11 00:14:04 ip-10-202-181-185 release-nightly: error: Could not compile `build-manifest`.

cc @alexcrichton

@alexcrichton
Copy link
Member

I'm honestly not quite sure, as I believe this tool is built on Rust's CI

Heh this appears to be empirical evidence that we don't build it on CI!

In any case, sent a PR for a fix

@RalfJung
Copy link
Member Author

There was again no nightly.

@kennytm
Copy link
Member

kennytm commented Dec 12, 2018

Probably will be fixed by #56735. Nope.

@RalfJung
Copy link
Member Author

Again, no nightly. Isn't it possible to manually trigger the nightly release during the day so that debugging doesn't have to wait an entire day each time?

@brokenthorn
Copy link

No rustfmt or clippy for rustc 1.32.0-nightly (4a45578bc 2018-12-07). 😞

» rustup component list
cargo-x86_64-apple-darwin (default)
lldb-preview-x86_64-apple-darwin
llvm-tools-preview-x86_64-apple-darwin
rust-analysis-x86_64-apple-darwin
rust-docs-x86_64-apple-darwin (default)
rust-src
rust-std-aarch64-apple-ios
rust-std-aarch64-fuchsia
rust-std-aarch64-linux-android
rust-std-aarch64-pc-windows-msvc
rust-std-aarch64-unknown-cloudabi
rust-std-aarch64-unknown-linux-gnu
rust-std-aarch64-unknown-linux-musl
rust-std-arm-linux-androideabi
rust-std-arm-unknown-linux-gnueabi
rust-std-arm-unknown-linux-gnueabihf
rust-std-arm-unknown-linux-musleabi
rust-std-arm-unknown-linux-musleabihf
rust-std-armebv7r-none-eabi
rust-std-armebv7r-none-eabihf
rust-std-armv5te-unknown-linux-gnueabi
rust-std-armv5te-unknown-linux-musleabi
rust-std-armv7-apple-ios
rust-std-armv7-linux-androideabi
rust-std-armv7-unknown-linux-gnueabihf
rust-std-armv7-unknown-linux-musleabihf
rust-std-armv7r-none-eabi
rust-std-armv7r-none-eabihf
rust-std-armv7s-apple-ios
rust-std-asmjs-unknown-emscripten
rust-std-i386-apple-ios
rust-std-i586-pc-windows-msvc
rust-std-i586-unknown-linux-gnu
rust-std-i586-unknown-linux-musl
rust-std-i686-apple-darwin
rust-std-i686-linux-android
rust-std-i686-pc-windows-gnu
rust-std-i686-pc-windows-msvc
rust-std-i686-unknown-freebsd
rust-std-i686-unknown-linux-gnu
rust-std-i686-unknown-linux-musl
rust-std-mips-unknown-linux-gnu
rust-std-mips-unknown-linux-musl
rust-std-mips64-unknown-linux-gnuabi64
rust-std-mips64el-unknown-linux-gnuabi64
rust-std-mipsel-unknown-linux-gnu
rust-std-mipsel-unknown-linux-musl
rust-std-powerpc-unknown-linux-gnu
rust-std-powerpc64-unknown-linux-gnu
rust-std-powerpc64le-unknown-linux-gnu
rust-std-riscv32imac-unknown-none-elf
rust-std-riscv32imc-unknown-none-elf
rust-std-s390x-unknown-linux-gnu
rust-std-sparc64-unknown-linux-gnu
rust-std-sparcv9-sun-solaris
rust-std-thumbv6m-none-eabi
rust-std-thumbv7em-none-eabi
rust-std-thumbv7em-none-eabihf
rust-std-thumbv7m-none-eabi
rust-std-wasm32-unknown-emscripten
rust-std-wasm32-unknown-unknown
rust-std-x86_64-apple-darwin (default)
rust-std-x86_64-apple-ios
rust-std-x86_64-fuchsia
rust-std-x86_64-linux-android
rust-std-x86_64-pc-windows-gnu
rust-std-x86_64-pc-windows-msvc
rust-std-x86_64-rumprun-netbsd
rust-std-x86_64-sun-solaris
rust-std-x86_64-unknown-cloudabi
rust-std-x86_64-unknown-freebsd
rust-std-x86_64-unknown-linux-gnu
rust-std-x86_64-unknown-linux-gnux32
rust-std-x86_64-unknown-linux-musl
rust-std-x86_64-unknown-netbsd
rust-std-x86_64-unknown-redox
rustc-x86_64-apple-darwin (default)

» rustup show
Default host: x86_64-apple-darwin

nightly-x86_64-apple-darwin (default)
rustc 1.32.0-nightly (4a45578bc 2018-12-07)

@matthiaskrgr
Copy link
Member

@brokenthorn The latest nightly that was released unfortunately has broken components.
https://mexus.github.io/rustup-components-history/
In the meantime, tools have been fixed again and should be available again as soon as a new nightly releases (unless of course something breaks them again in the future). :)
https://rust-lang-nursery.github.io/rust-toolstate/

@alexcrichton
Copy link
Member

Next issue to be fixed is at #56783

@TimDiekmann
Copy link
Member

Next issue to be fixed is at #56783

Yay, new nightly!

@kennytm
Copy link
Member

kennytm commented Dec 14, 2018

Closing since nightly is back. Thanks everyone for patience.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-bug Category: This is a bug. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue.
Projects
None yet
Development

No branches or pull requests

9 participants