vscode-lua icon indicating copy to clipboard operation
vscode-lua copied to clipboard

It is not possible to **not** use the bundled server

Open NobbZ opened this issue 1 year ago • 3 comments

Which OS are you using?

Linux

Expected Behaviour

I can specify and run an arbitrary location for the LSP binary.

Actual Behaviour

Only the bundled with the addon binary is used

Reproduction steps

Use this VScode plugin

Additional Notes

On NixOS binaries dowloaded from the web usually do not work, as their interpreter is not at the usual location that usually is assumed.

A common workaround we usually use is to use a softlink that replaces the binary to something we built with nix or set another location in VScode (we actually prefer the latter).

In a perfect world, the option can be either absolute, relative or just the binary for a lookup in the PATH.

(PS: the first version does also not work for this plugin, as then it follows the symlink and tries to write into a read only location, so I had to hardcopy the proper binary)

Log

[Error - 8:10:44 AM] Lua client: couldn't create connection to server.
Launching server using command /home/nobbz/.vscode/extensions/sumneko.lua-3.6.26-linux-x64/server/bin/lua-language-server failed. Error: spawn /home/nobbz/.vscode/extensions/sumneko.lua-3.6.26-linux-x64/server/bin/lua-language-server ENOENT

NobbZ avatar Aug 10 '23 06:08 NobbZ

Try setting: Lua.misc.executablePath

sumneko avatar Aug 10 '23 07:08 sumneko

That option seems to work when using an absolut path to the executable, it does not seem to be able to resolve from PATH.

NobbZ avatar Aug 10 '23 20:08 NobbZ

I think since this platform "disrupts" my file structure, the responsibility for compatibility should be on it. However, I don't mind if someone submits a pull request to improve compatibility on my end.

sumneko avatar Aug 15 '23 10:08 sumneko