Usage with `nvim-lsp-installer`

[nagua]

Hello everyone,

I'm currently trying to integrate this plugin together with https://github.com/williamboman/nvim-lsp-installer.

I want to use nvim-lsp-installer to manage the installation of rust-analyzer
and use this plugin for extended capabilities. But both api's are pretty incompatible.

nvim-lsp-installer wants me to call its setup function in a callback provided by it and rust-tools.nvim also
wants me to run their setup function to set everything up.

It seems like that it would be much more natural if rust-tools.nvim would provide a public function to inject
(extend) the lsp server settings configuration instead of internalizing everything. (At least it should provide
the option for extended use cases.)

What do you think? Is this a good idea? Do you have other ideas on how to integrate these two plugins?

[simrat39]

local lsp_installer = require("nvim-lsp-installer")

lsp_installer.on_server_ready(function(server)
	local opts = {}

	-- (optional) Customize the options passed to the server
	-- if server.name == "tsserver" then
	--     opts.root_dir = function() ... end
	-- end

	if server.name == "rust_analyzer" then
		require("rust-tools").setup({
			dap = {
				adapter = require("rust-tools.dap").get_codelldb_adapter(
					"/home/simrat39/.vscode/extensions/vadimcn.vscode-lldb-1.6.7/adapter/codelldb",
					"/home/simrat39/.vscode/extensions/vadimcn.vscode-lldb-1.6.7/lldb/lib/liblldb.so"
				),
			},
			server = { cmd = server._default_options.cmd },
		})
		return
	end
	-- This setup() function is exactly the same as lspconfig's setup function.
	-- Refer to https://github.com/neovim/nvim-lspconfig/blob/master/ADVANCED_README.md
	server:setup(opts)
end)

This works, please ignore the dap stuff
Make sure the return is present else it'll mess things up

[mkadit]

Hello,

Same problem here and fortunately I was able to have rust-tools running thanks to the setup above with the exception of the better debugging features. I have properly setup the path and everything but variables like string wouldn't show the values at all.

Here are my configuration for the rust_analyzer server

    elseif server.name == "rust_analyzer" then
        local extension_path = os.getenv("HOME") .. '/.vscode-oss/extensions/vadimcn.vscode-lldb-1.6.9/'
        local codelldb_path = extension_path .. 'adapter/codelldb'
        local liblldb_path = extension_path .. 'lldb/lib/liblldb.so'
        require("rust-tools").setup({
            server = {
                dap = {
                    adapter = require('rust-tools.dap').get_codelldb_adapter(
                        codelldb_path, liblldb_path)
                },
                server= {cmd = server._default_options.cmd}
            }
        })
        return
    end

[simrat39]

@mkadit the dap key isn't inside the server key. It should be like this ->

{
dap = ...,
server =...,
}

[mkadit]

Ah my mistake, thank you for that!

[nagua]

local lsp_installer = require("nvim-lsp-installer")

lsp_installer.on_server_ready(function(server)
	local opts = {}

	-- (optional) Customize the options passed to the server
	-- if server.name == "tsserver" then
	--     opts.root_dir = function() ... end
	-- end

	if server.name == "rust_analyzer" then
		require("rust-tools").setup({
			dap = {
				adapter = require("rust-tools.dap").get_codelldb_adapter(
					"/home/simrat39/.vscode/extensions/vadimcn.vscode-lldb-1.6.7/adapter/codelldb",
					"/home/simrat39/.vscode/extensions/vadimcn.vscode-lldb-1.6.7/lldb/lib/liblldb.so"
				),
			},
			server = { cmd = server._default_options.cmd },
		})
		return
	end
	-- This setup() function is exactly the same as lspconfig's setup function.
	-- Refer to https://github.com/neovim/nvim-lspconfig/blob/master/ADVANCED_README.md
	server:setup(opts)
end)

This works, please ignore the dap stuff Make sure the return is present else it'll mess things up

Hey @simrat39,

thanks for your reply. I could verify that this is working.
The only thing that I dislike about it, is that nvim-lsp-installer
can do a few additional things inside its setup function (like executing
the pre/post hook, see here: https://github.com/williamboman/nvim-lsp-installer/blob/main/lua/nvim-lsp-installer/server.lua#L53).

I don't think that it is a problem in this case, but it is also not that perfect.

But at least I have a working version for now.

[simrat39]

@nagua can't you just...call them before and after calling rust-tools' setup lol

[GBeauregard]

I'm having a problem using this with nvim-lsp-installer where I get an error when opening a .rs file outside the context of a project. I get a Error detected while processing VimEnter Autocommands for "*.rs": E5108: Error executing lua ...im/plugged/rust-tools.nvim/lua/rust-tools/s tandalone.lua:8: attempt to index field 'server' (a nil value) error on startup.

I'm doing the similar as recommended by lsp_installer upstream:

local lsp_installer = require("nvim-lsp-installer")

lsp_installer.on_server_ready(function(server)
  if server.name == "rust_analyzer" then
    local opts = {
      server = vim.tbl_deep_extend("force", server:get_default_options(), {
        on_attach = on_attach,
        flags = {
          debounce_text_changes = 150,
        },
      }),
    }
    require("rust-tools").setup(coq.lsp_ensure_capabilities(opts))
    server:attach_buffers()
  else
    local opts = {
      on_attach = on_attach,
      flags = {
        debounce_text_changes = 150,
      },
    }
    server:setup(coq.lsp_ensure_capabilities(opts))
  end
  -- vim.cmd [[ do User LspAttachBuffers ]]
end)

[simrat39]

@GBeauregard could you try without the Coq ensure capabilities stuff? And you shouldnt need to call server:attach_buffers as well

[GBeauregard]

@GBeauregard could you try without the Coq ensure capabilities stuff?

Ah yeah that was it since I had it in the wrong spot...oops 🤦 ; now without it, it just throws an error that it can't find the workplace (correctly). I don't mind the error but it'd be nice to silence it if possible i guess. I think this is on the LSP side and not your side though.

And you shouldnt need to call server:attach_buffers as well

This is required and removing it breaks the server (auto)starting. This is only required with nvim-lsp-installer since 2 days ago because of new changes that were made; the lsp-installer maintainer directed me to add it to get things working again.

[GBeauregard]

@GBeauregard could you try without the Coq ensure capabilities stuff? And you shouldnt need to call server:attach_buffers as well

I have no idea how I had it working earlier, but now I'm getting the error again (with or w/o the coq line). My computer was at full load compiling something when it was working earlier so it may be indicative of some sort of lazy loading issue. But anyway this problem is back.

[simrat39]

So looks like this happens because the setup finishes after the autocommand is triggered:

[simrat39]

local lsp_installer = require("nvim-lsp-installer")
local lsp_installer_servers = require("nvim-lsp-installer/servers")

local server_available, requested_server = lsp_installer_servers.get_server("rust_analyzer")

if server_available then
    require("rust-tools").setup({
        dap = {
            adapter = require("rust-tools.dap").get_codelldb_adapter(
                "/home/simrat39/.vscode/extensions/vadimcn.vscode-lldb-1.6.7/adapter/codelldb",
                "/home/simrat39/.vscode/extensions/vadimcn.vscode-lldb-1.6.7/lldb/lib/liblldb.so"
            ),
        },
        server = { cmd = requested_server._default_options.cmd },
    })
end

lsp_installer.on_server_ready(function(server)
    local opts = {}

    if server.name == "rust_analyzer" then
        return
    end

    server:setup(opts)
end)

@GBeauregard it works with this setup. @nagua @mkadit consider updating to this