toolchain 'nightly-x86_64-unknown-linux-gnu' does not contain component 'rls-preview' for target 'x86_64-unknown-linux-gnu' #535
Comments
|
Same problem on Windows 10 Pro: |
|
Looks like all 3 major platforms, here's MacOS: Also tried reinstalling rustup and all rust related things. |
|
Ah, looks like a failed build on Appvayor and that a commit was just added to hopefully fix that. |
|
The RLS is currently missing from the nightly channel because of build or testing issues. I recommend using the beta channel for now. |
|
when can it fix? |
|
You can also go back to |
|
@wraithan Could you please explain how to downgrade nightly? As a workaround for the |
|
@klingtnet Using Can you try 2017-10-22? i tried to downgrade to -24 on my test account, but this didn't work either. My working RLS uses the following: I'm going to do my own testing tomorrow... |
|
after downgrade,use this command: rustup component add rls-preview --toolchain nightly-2017-10-24 |
|
I've create a workaround issue in the rls-vscode repo to help people override the default channel toolchains: rust-lang/vscode-rust#181 |
|
The RLS and rustfmt should be back in nightly once rust-lang/rust#45597 is merged. |
|
Same for me in Ubuntu 16.0.4 the toolchains are updated |
|
Updated to nightly-x86_64-unknown-linux-gnu - rustc 1.23.0-nightly (90ef3372e 2017-10-29), RLS is now available and working normally for me. Closing the issue. Thanks, @DSpeckhals! |
|
RLS is again not available in |
|
Same here on |
|
Same here. |
|
@jedisct1 @jotaerreah |
|
Same here |
|
Works on latest rust toolchain: |
|
I'm having the same issue now. I'm unable to install the rls-preview component on both Linux (Antergos and Arch) and Windows. Even downgrading to an older verison, such as 2017-11-10 mentioned above does not fix it. EDIT: |
|
@forbjok The 2017-12-01 nightly does not contain RLS or rustfmt. There is a fix in process that should resolve this for a future nightly. 2017-11-30 should have it, though. |
|
2017-11-30 does not work for me, but 2017-11-29 does |
|
Could this ticket be kept open until the root cause is found/fixed? |
|
Same here: |
|
Having the same issue. Had to roll back to |
|
Can you please re-open this ticket as it is clearly not fixed or closed? |
|
The reason that the RLS sometimes is not included with the nightly releases is because the RLS is distributed with and tightly linked to the compiler (rustc). The compiler has daily changes, some of which cause breaking changes in the RLS and Rust Format. Because compiler development should not be inhibited by its tools (rustfmt, rls, clippy), these tools can be marked as broken by compiler developers, which makes it not included with nightly releases. They are marked as broken: a) because tests are failing, or b) because the RLS wouldn't compile anyway. The current reason is because there was a change with There are efforts to improve this process (rust-lang/rust#45861), but thankfully, broken tools are usually fixed quickly. For now, as stated above, you can pin your nightly, or use the beta channel. |
|
For anyone following this, |
|
missing on msvc target in rustc 1.24.0-nightly (0077d128d 2017-12-14) |
|
Not working yet |
|
@DSpeckhals could you please suggest how to check which is the latest nighlty release that includes |
|
@ivstas A sloppy script for this purpose: #!/bin/bash
for i in `seq 0 99`; do
echo " === === === "
RUST_DATE=`date -u -d "-$i days" "+%Y-%m-%d"`
echo "Checking $RUST_DATE..."
TOML=`curl -sf https://static.rust-lang.org/dist/$RUST_DATE/channel-rust-nightly.toml`
if [[ $? -gt 0 ]]; then
echo "Rust $RUST_DATE does not exist"
else
if [[ -n `echo $TOML | grep rls` && -n `echo $TOML | grep fmt` ]]; then
echo "Rust $RUST_DATE has both rls and rustfmt"
echo "Run \"rustup default nightly-$RUST_DATE\" to install it"
break
fi
fi
doneOutput: |
|
@Frederick888 fixed it for mac, thanks for script #!/bin/bash
for i in `seq 0 99`; do
echo " === === === "
if [[ $(uname) == "Darwin" ]]; then
RUST_DATE=`date -v -${i}d "+%Y-%m-%d"`
else
RUST_DATE=`date -u -d "-$i days" "+%Y-%m-%d"`
fi
echo "Checking $RUST_DATE..."
TOML=`curl -sf https://static.rust-lang.org/dist/$RUST_DATE/channel-rust-nightly.toml`
if [[ $? -gt 0 ]]; then
echo "Rust $RUST_DATE does not exist"
else
if [[ -n `echo $TOML | grep rls` && -n `echo $TOML | grep fmt` ]]; then
echo "Rust $RUST_DATE has both rls and rustfmt"
echo "Run \"rustup default nightly-$RUST_DATE\" to install it"
break
fi
fi
donelatest is as of today |
|
@Frederick888 Thanks! Would you like to add it in project's README? It would help more people in readme than in a closed issue. |
|
is there an easy way to find out, on which nightly the rls (or rustfmt) last built successfully and are included? |
|
Here's the best way yet to view the status of the RLS and other tools -- this was implemented by @kennytm not long ago, and it's official. |
|
I whipped up a quick copy of the above script for Powershell: |
|
Latest update on this: https://internals.rust-lang.org/t/nightlies-missing-the-rls-will-no-longer-be-produced/6653/3 Just use latest rustup version:
|
|
I have the same problem: |
@elichai If I understood correctly, that is actually not the problem but a solution to it. Before, you would have gotten the current nightly for which the RLS did not compile. Now you just don't get that nightly, anymore. Every recent nightly that you get through rustup has a working RLS. Wait a day and it will be fixed (it is now, I think) or go back to an older nightly a few days back :) |
and others
After updating to 1.23.0-nightly (d9f124965 2017-10-27) I am receiving the error below when attempting to install RLS on Linux (nightly-x86_64-unknown-linux-gnu) and Windows (nightly-x86_64-pc-windows-msvc).
Running 'rls' triggers this error:
A similar problem was reported last month under Issue 502, when the component was renamed from 'rls' to 'rls-preview'.
For me neither running 'rustup self update' nor uninstalling & reinstalling rustup resolved the issue.
The text was updated successfully, but these errors were encountered: