feat: remove lspconfig.utils from newest configs

[TheRealLorenz]

Based on #2079.

The majority of configs which rely on lspconfig.util use util.root_pattern to match against wildcards. I've opened an issue here neovim/neovim#33444 to discuss about this.

In the meantime I'll remove lspconfig.util where it's trivial to do so.

[TheRealLorenz]

I'm not entirely sure if this migration is ok. It seems like util.root_pattern and vim.fs.root behave differently, the first looks for the first pattern going up to before checking the others, while vim.fs.root I think searches every pattern in every folder before going up.

To make it clearer, I think util.root_pattern({ 'a', 'b' }) behaves like vim.fs.root(0, 'a') or vim.fs.root(0, 'b') instead of vim.fs.root(0, { 'a', 'b' })

This is not just aboute these configs, even for the ones already ported.

[TheRealLorenz]

I don't know if these is relevant for most of the configs, but if that is the case we would probably need a flag to change the behaviour of vim.fs.root() to specify the precedence of operations.

One example is sourcekit.lua

https://github.com/TheRealLorenz/nvim-lspconfig/blob/deacc03f6480b69c718f70a787e7ccb928c8a64c/lsp/sourcekit.lua#L11-L21

Here it was explicitly said that the precedence was important, so I called vim.fs.root() multiple times.

[justinmk]

I don't think root_markers accepts a function, based on :help vim.lsp.Config.

[TheRealLorenz]

It actually does, that's what I was talking about in neovim/neovim#33444 (comment)

[justinmk]

If this is the pattern that's actually unavoidable in every config, it's a strong hint that we need to resolve neovim/neovim#33444 (by enhancing vim.fs.find(), and/or accepting a function for root_markers, and/or supporting wildcards directly in root_dir / root_markers).

[justinmk]

I'm not entirely sure if this migration is ok. It seems like util.root_pattern and vim.fs.root behave differently

See also #3651 . Deciding on well-defined behavior will require some thought.

[justinmk]

needs a rebase after #3767 and #3766