RLS missing on latest nightly

[sophiajt]

It's in the title. Looks like you can't install rls-preview anymore (or even rls) with the latest nightly.

[Mazwak]

Duplicate of #611

[beefsack]

For those who made it here looking for a workaround, the most recent toolchain I found which still has rls-preview is nightly-2017-12-21.

$ rustup toolchain install nightly-2017-12-21
$ rustup component add rls-preview --toolchain nightly-2017-12-21

Then in your VSCode user settings:

  "rust-client.channel": "nightly-2017-12-21"

[MadratJerry]

It's annoying, so I wrote a simple script to help you find the latest nightly version containing rls-preview, have a try🤪

https://gist.github.com/crazymousethief/5748ab45fa8ac2034e198d023eb336e5

or just do this

sh -c "$(curl -fsSL https://gist.githubusercontent.com/crazymousethief/5748ab45fa8ac2034e198d023eb336e5/raw)"

[Xanewok]

To ease the pain, one can use @alexheretic's script to see if the new version contains the rls component: rust-lang/rustup#1301 (comment)

[Xanewok]

@crazymousethief ah, you were faster! 😉
Attaching the script from the linked comment:

#!/usr/bin/env bash
# Update rust nightly as long as rls is included
if curl https://static.rust-lang.org/dist/channel-rust-nightly.toml 2>/dev/null | grep -q 'rls-preview' 
then
  rustup update nightly
else
  echo 'latest nightly is missing rls' >&2
  exit 1
fi

[MadratJerry]

@Xanewok Wow, thanks, I will use it for the next upgrade🎉

[kjsingh]

seeing same issue with windows. when will the core rustup issue get fixed?

[Xanewok]

Hopefully the rls and rustfmt will be included in today's nightly, as per rust-lang-nursery/rust-toolstate@ac83be8

[Xanewok]

rls-preview component should be available in the 2017-12-30 nightly build (https://static.rust-lang.org/dist/channel-rust-nightly.toml)!

[Xanewok]

You can check the nightly RLS status over at https://rust-lang-nursery.github.io/rust-toolstate/ (thanks @kennytm!).
There's also a state-changing commit next to the tool listed, so if it's currently listed as failing, fetching and using a toolchain from day before will likely be enough.

Closing this as there's no way we can 'fix' the issue instead of somehow always guaranteeing that the tool builds with every commit in Rust CI. The information here should be enough to help users with what to do when the rls component is missing in nightly.

[vorner]

I guess it is not easy to just bundle the last working one, compiled against the old compiler?

[Xanewok]

Well, that's actually a fair point. I imagine tool can't be broken for more than few days, so possible desync between current nightly compiler and the one rls has last successfully built against won't be much of an issue.
@nrc @kennytm is this something we might consider doing/worth the work?

[nrc]

I don't think it is that easy. When loading, the dynamic linker looks for a specific library. Even if nothing changed, I think it would still count as a different library, but stuff would change (even if it is not API the RLS uses) and that means the RLS executable wouldn't be able to find the ABI it needs.

[coder543]

Closing this as there's no way we can 'fix' the issue instead of somehow always guaranteeing that the tool builds with every commit in Rust CI.

@Xanewok Considering that rls is supposed to become part of the standard set of components managed by rustup, why is this an unreasonable thing to do? But, thank you for making that website! It's nice to have somewhere to look.