Closed
Description
hello everyone I wanted to update nightly rust and got this:
[ Sat Jan 19 | 09:11 PM | forecast-service ]: rustup update && cargo 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 2019-01-20, rust version 1.33.0-nightly (0c0c58528 2019-01-19)
error: component 'rls' for target 'x86_64-apple-darwin' is unavailable for download
info: checking for self-updates
stable-x86_64-apple-darwin unchanged - rustc 1.32.0 (9fda7c223 2019-01-16)
nightly-x86_64-apple-darwin update failed - rustc 1.32.0-nightly (f4a421ee3 2018-12-13)
Updating crates.io index
Updating proc-macro2 v0.4.25 -> v0.4.26
update failed on nightly.
Is nightly currently broken?
Metadata
Metadata
Assignees
Type
Projects
Milestone
Relationships
Development
No branches or pull requests
Activity
jonhoo commentedon Jan 21, 2019
Looks like both clippy and rls is missing from the two most recent nightlies (
2019-01-20
and2019-01-20
). This is probably related to the build failure seen here. Don't know if this is related to #57765?jonhoo commentedon Jan 21, 2019
Fwiw, this comment is relevant: rust-lang/rls#641 (comment). As is this entry in the rls readme.
jonhoo commentedon Jan 21, 2019
Looks like clippy is fixed by #57756. RLS was broken by #57747, but I can't seem to find any tracking issue for fixing it?
mati865 commentedon Jan 21, 2019
RLS fix is on it's way #57805.
goral09 commentedon Feb 11, 2019
For me it still fails:
Is there a deterministic way for solving this?
mati865 commentedon Feb 11, 2019
It was fixed but broke once more, it's kind of expected on nightly to break from time to time.
New fix: #58337
If Rustup got option to update to the latest nightly with required components this would be less problematic.
Issue for this feature: rust-lang/rustup#1628
mati865 commentedon Mar 21, 2019
RLS is available, this issue can be closed.
linclelinkpart5 commentedon Mar 29, 2019
It seems that this is still happening for me on nightly?
mark@rche:~$ rustup component add rls error: component 'rls' for target 'x86_64-unknown-linux-gnu' is unavailable for download for channel 'nightly'
awestlake87 commentedon Mar 29, 2019
Yeah, it's happening again. Going off of @mati865 I used the toolchain from March 21st
leeola commentedon Apr 3, 2019
Still like that it seems. Is there a good way to see what dates rls (or any component) are working? Anther thread suggested https://rust-lang.github.io/rustup-components-history/x86_64-apple-darwin.html - but that only goes back 8 days and as of today RLS isn't working on any of those days haha.
I'm not sure what nightlies have RLS.
mati865 commentedon Apr 3, 2019
@leeola recent changes broke
compiletest-rs
which broke Clippy which in turn broke RLS.dessalines commentedon Apr 5, 2019
It might be good to list which is the most recently working nightly on the readme here.
CraZySacX commentedon Apr 5, 2019
Rust Toolstate shows current status: https://rust-lang-nursery.github.io/rust-toolstate/
Xanewok commentedon Apr 14, 2019
Unfortunately this is on and off and the current state can be checked at the link above. To reduce the turnaround it'd be good to decouple RLS from Clippy at some point (#59761).
hecool108 commentedon May 28, 2020
My solution is:
1 check the last available nightly version contains 'rls'
2
rustup toolchain add nightly-2020-05-15
it's 2020-05-15 in my case.3
rustup default nightly-2020-05-15
this very important step, can't make it work if you skip this.4
rustup component add rls
After this, rls had been installed on my mac.
If you're like me using vs code rust extension, press shift+cmd+p, run "Rust : start the rust server".
After you see the green triangle on the bottom of vs code, your code completion and hover-docs should work like a pony.