-
Notifications
You must be signed in to change notification settings - Fork 62
RLS installation assumes rustup can self-update #225
Comments
@mixedCase, |
@KalitaAlexey I did so with the exact commands from the rls readme, but am still told by VSCode it isn't installed. |
@mixedCase, |
Ran:
Component list:
|
@mixedCase, |
I didn't know about |
I checked with When that gets fixed I'll continue diagnosing the issue. |
I just worked around the issue by pinning to an older nightly and I can confirm one thing: vscode-rust does not recognize RLS if the default toolchain is stable, even if RLS was successfully installed with the nightly toolchain. I tried switching back and forth from stable to nightly as the default and analysis works only on nightly, even if that's the old nightly I keep around rather than the nightly I built RLS with. |
Yes, I know that. |
Should I open another bug for that? RLS by itself supports stable, even if it requires nightly to compile. |
Rustup does support RLS only for the nightly toolchain. |
Version of VSCode: 1.12.2
Version of the extension: 0.3.14
OS: Arch Linux
Description:
I use rustup from my distro's software repository and handle updates from there. vscode-rust assumes it can self-update rustup but this is not the case for the version I use, and going by the "Rust logging" output, this usecase seems to be explicitly handled by rustup.
vscode-rust should probably recognize this behavior and only suggest the user to check for system updates, or at least allow the RLS installation to continue without forcing the rustup update.
Output of the "Rust logging" channel:
The text was updated successfully, but these errors were encountered: