This repository was archived by the owner on Nov 18, 2022. It is now read-only.
Repository navigation
This repository was archived by the owner on Nov 18, 2022. It is now read-only.
RLS not installed message, but it is installed #461
Description
I'm using version 0.4.10 of rls-vscode, and 1.29.1 of VSCode. I have disabled all extensions except rls-vscode. OS is macOS High Sierra.
When opening a rust project in VSCode, I see a message box saying "RLS not installed. Install?" and my only option is to click "Yes." However, I do have the RLS installed, and when I click "Yes", everything works as if the RLS was immediately found, and no extra install step happens.
If I do not click "Yes" on this box, the toolbar spinner stays in the "Starting" state forever.
The log to file feature does not provide any output.
Reacted by Saahil Claypool, Michael Cooper, Jens Hausdorf, Arne Keller, yossarian and Raw-man
Activity
franky47 commentedon Dec 4, 2018
I have the same issue, same setup (but on Mojave).
nrc commentedon Dec 4, 2018
The check for the RLS is here: https://github.com/rust-lang/rls-vscode/blob/master/src/rustup.ts#L126 If you could debug the extension and find out what
stdoutis at that point, it would be really useful. Thanks!lily-mara commentedon Dec 4, 2018
lily-mara commentedon Dec 4, 2018
Changing a setting:
"rust-client.rls-name": "rls"fromrls-previewfixes this issue for me.Xanewok commentedon Dec 4, 2018
Default should be already set to
rlsper https://github.com/rust-lang/rls-vscode/blob/dca4451a0c94410bbfc558581972d4f39563807e/src/configuration.ts#L58but we always set it to
rls-previewvia package.jsonhttps://github.com/rust-lang/rls-vscode/blob/8c7f6133cf1dea4f8c168d91da4b6bb661c7a336/package.json#L221
Update rls component name to not include `-preview` suffix
FliegendeWurst commentedon Jan 27, 2019
When will the fix be released (on the Marketplace)?
Update rls component name to not include `-preview` suffix
lucyllewy commentedon Mar 18, 2019
this is broken again due to 4af0073 (might be my newness to rust.. looks like I installed a nightly build that doesn't have rls available - ref: https://github.com/rust-lang/rls/blob/master/README.md#error-component-rls-is-unavailable-for-download-nightly)
Xanewok commentedon Mar 19, 2019
Tomorrow's nightlies should have the
rlscomponent back - rust-lang/rust#59279 (comment)FliegendeWurst commentedon Mar 20, 2019
Yes, but the rls-preview component is not available.
gulshan commentedon Mar 31, 2019
Still getting
error: component 'rls' for target 'x86_64-unknown-linux-gnu' is unavailable for download for channel 'nightly'FliegendeWurst commentedon Mar 31, 2019
Try installing an older (< 2019-03-23) nightly version. You can check which tools are available in which nightly version here: https://rust-lang-nursery.github.io/rust-toolstate/
freshstrangemusic commentedon Oct 18, 2019
I am still hitting this with
rust-client.channelset to"beta"mickdekkers commentedon Jan 12, 2020
I was getting this error too. In my case it turned out to be because I had set a specific nightly as default in rustup (
nightly-2020-01-08), but I had therust-client.channelsetting set tonightly. Because of this, the extension was looking for the RLS fornightly, even though it was already installed fornightly-2020-01-08.The documentation for the
rust-client.channelsetting states (emphasis mine):So I removed the
"rust-client.channel": "nightly"setting to reset it to the default behavior, and now it is able to find and use the installed RLS just fine.This behavior is a bit confusing, but there's an open PR (#712) to make the default behavior an explicit setting at least.