nvim-lua / kickstart.nvim Goto Github PK
View Code? Open in Web Editor NEWA launch point for your personal nvim configuration
License: MIT License
A launch point for your personal nvim configuration
License: MIT License
I saw a youtube video recommending this directory ( https://www.youtube.com/watch?v=stqUbv-5u2s&t=240s ) and it's very cool is crazy useful the LSP and everything I used worked, but the color scheme I don't know if it was my system, I have macOS 12.5.1 but everything is blue, very different from the video, I even tried to run it in a docker container with ubuntu, it had the same result, everything blue and changing the color scheme to other sometimes wasn't totally right, text won't highlight very rare
When I open the init.lua file the following keeps popping up.
Do you need to configure your work environment as `luassert`?
Describe the bug
After install successfully installing nvim
from scratch, I added this lua config file and ran PackerInstall
via nvim
. The installation seems to succeed but the color scheme looks super off. I have made no changed from the init.lua (version from commit 5219406 ) .
The background is blue and this does not look like the onedark
theme. π
This is a fresh installation on nvim on a mac machine (sw_vers -productVersion
gives macos 13.0.1
.
I know this is very little information, so if you need anything or have any idea of useful information that I could provide to find the issue / bug I am happy to do so.
Have a look at the screenshot:
To Reproduce
Steps to reproduce the behavior:
13.0.1
with the default Terminal app.nvim
init.lua
PackerInstall
Desktop (please complete the following information):
13.0.1
** Neovim Version **
:version
from inside of neovim::version
NVIM v0.8.1
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by brew@Ventura
Features: +acl +iconv +tui
See ":help feature-compile"
system vimrc file: "$VIM/sysinit.vim"
fall-back for $VIM: "/usr/local/Cellar/neovim/0.8.1/share/nvim"
Run :checkhealth for more info
Other than that: Cool tool, I always searched for a nice way installing quickly a vim version with good defaults that go beyond the default editor :) !! Nice work!
Describe the bug
I see this on every startup:
To Reproduce
Steps to reproduce the behavior:
Desktop (please complete the following information):
Neovim Version
:version
from inside of neovim: Neovim 0.8.1I have the same issue on an Ubuntu computer, except there the output is slightly different:
[mason-lspconfig.nvim] installing pyright
[mason-lspconfig.nvim] installing tsserver
[mason-lspconfig.nvim] installing gopls
I don't know where to start. Installing plugins by packers seems to work fine but after restarting nvim some lua thing (sumneko_lua) is loading for a long time, and it starts loading again every time I press :w
. In addition to that I see some treesitter issues and when I select the code I see different things rendered under selection.
What is going on??? π Please help.
To Reproduce
Steps to reproduce the behavior:
Desktop
** Neovim Version **
NVIM v0.8.1
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by brew@Ventura
Features: +acl +iconv +tui
See ":help feature-compile"
system vimrc file: "$VIM/sysinit.vim"
https://user-images.githubusercontent.com/25861704/209447827-3a295e2f-5e28-451a-b78b-4830a6989621.mp4
fall-back for $VIM: "/usr/local/Cellar/neovim/0.8.1/share/nvim"
Run :checkhealth for more info
I think that in order to use this repository a user's system must have several things already installed. One example is a C compiler to compile treesitter parsers.
What level of documentation would be appropriate for the README regarding these system dependencies? On one end of the spectrum we could provide instruction for how to install the system dependencies on a bunch of different OSes. On the other end of the spectrum, we could just link to the docker file and say 'make sure your system has the things this dockerfile installs'. As with most things, the best answer is probably somewhere in the middle.
why is there no plugin "impatient.nvim", I don't understand something, or does it no longer speed up the startup and work time in new versions of neovim
Not sure if this is intended but saving the init.lua
file will cause a new instance of sumneko
getting started. I assuming that this is not intended as it will slow down vim eventually.
Describe the bug
After pasting the init.lua contents into my init.lua, writing and closing, then executing nvim, I get:
Error detected while processing /Users/naz/.config/nvim/init.lua:
E5113: Error while calling lua chunk: /Users/naz/.config/nvim/init.lua:120: Vim(colorscheme):E185: Cannot find color scheme 'onedark'
stack traceback:
[C]: in function 'cmd'
/Users/naz/.config/nvim/init.lua:120: in main chunk
To Reproduce
See the above
Desktop (please complete the following information):
Neovim Version
:version
from inside of neovim:NVIM v0.9.0-dev-533+ga6747545b-dirty
Build type: Release
LuaJIT 2.1.0-beta3
Describe the bug
I'm looking at raising a PR to include some bits, but unable to push anything to a branch - Is there a security limitation / I can only push code to a specific branch name?
pcall(vim.cmd, "colorscheme onedark")
At the first run of if the internet does not work properly it does not returns any error
OS Ventura 13.1 macOS,
using neovim installed via brew install --HEAD neovim
$ nvim -v
NVIM v0.9.0-dev-522+g174335923-dirty
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by [email protected]
Features: +acl +iconv +tui
See ":help feature-compile"
system vimrc file: "$VIM/sysinit.vim"
fall-back for $VIM: "/opt/homebrew/Cellar/neovim/HEAD-1743359/share/nvim"
Run :checkhealth for more info
and I am getting the error
Error detected while processing /Users/matthiasdebernardini/.config/nvim/init.lua:
E5113: Error while calling lua chunk: /Users/matthiasdebernardini/.config/nvim/init.lua:349: attempt to call field 'default_capabilities' (a nil value)
stack traceback:
/Users/matthiasdebernardini/.config/nvim/init.lua:349: in main chunk
I copied and pasted the init.lua and ran :PackerInstall
and I am not sure what the issue is.
Any tips for troubleshooting this would be great.
If by any change packer fails on installing the colorscheme the starting process will not fail or bother the user more than needed:
-- in my config I use ayu colorscheme
local colorscheme = "ayu-dark"
local status_ok, _ = pcall(vim.cmd, "colorscheme " .. colorscheme)
if not status_ok then
vim.notify("colorscheme " .. colorscheme .. " not found!")
return
end
I have a work-related nvim setup that I can not (and don't want to) mess around (since that's highly customized for my work related stuff). But I do hope to have an easy setup to get a workable nvim setup for my open-source (or personal) development. Is it possible to support multi-version nvim out-of-the-box?
Hey @tjdevries, Thank for the Video: https://www.youtube.com/watch?v=stqUbv-5u2s
I get this error after removing my current ~/.config/nvim
and replacing with the one in this repo!
Hi,
I noticed the following with my fork of kickstart.nvim (and verified with a vanilla init.lua from this repo):
I have the following minimal markdown:
# Introduction
- pΓ€ivitettΓ€vΓ€ uudempaan; test
- pΓ€ivitettΓ€vΓ€ uudempaan; edu
If I C-v and select a rectangular region from upper "uudempaan" to the end of "edu", and yank the selection, I get an error:
Error detected while processing TextYankPost Autocommands for "*":
Error executing lua callback: vim/_editor.lua:0: index out of range
stack traceback:
[C]: in function 'str_byteindex'
vim/_editor.lua: in function 'region'
...ar/neovim/0.8.0/share/nvim/runtime/lua/vim/highlight.lua:51: in function 'range'
...ar/neovim/0.8.0/share/nvim/runtime/lua/vim/highlight.lua:129: in function 'on_yank'
/Users/self/.config/nvim/init.lua:115: in function </Users/juharu/.config/nvim/init.lua:114>
Note that I do not need to select "pΓ€ivitettΓ€vΓ€" word, it only need to exist on the line. While pasting the above error, I noticed that str_byteindex
is the point of error. The problematic word contains Γ€
, which is a two byte 'character'. My guess, without knowing nothing about the implementation is that that function should take into account utf-8 characters.
ps. "pΓ€ivitettΓ€vΓ€" is a Finnish word for "to be updated".
Hi,
I'm using kickstart.nvim as a sigle nvim configuration, and I'm noticing that there are many sumneko_lua clients connected to it as reported by LspInfo.
It starts with one client, at the first save it goes to 3, one more save it adds two more.
Here, it's the output of the last one
Client: sumneko_lua (id: 6, bufnr: [1])
filetypes: lua
autostart: true
root directory: Running in single file mode.
cmd: lua-language-server
Regards,
Geraldo Lopes de Souza
Describe the bug
I get the following errors when checking MasonLog
. This is on a fresh ubuntu 20.04 system and with a fresh neovim stable v.0.8.1 version.
I also double checked in a fresh docker to confirm I got the same errors a second time.
...acker/start/mason.nvim/lua/mason-core/installer/init.lua:119: Executing installer for Package(name=lua-language-server)
...acker/start/mason.nvim/lua/mason-core/providers/init.lua:58: Provider "github" "get_latest_release" failed: spawn: wget failed with exit code 4 and signal 0.
...acker/start/mason.nvim/lua/mason-core/providers/init.lua:69: No provider implementation found for github.get_latest_release
...acker/start/mason.nvim/lua/mason-core/installer/init.lua:155: Installation failed for Package(name=lua-language-server) error="...acker/start/mason.nvim/lua/mason-core/installer/init.lua:122: ...start/mason.nvim/l ua/mason-core/managers/github/init.lua:55: Failed to fetch latest release from GitHub API. Refer to :h mason-provider-errors for more information."
To Reproduce
Steps to reproduce the behavior:
nvim
and see that all packages except telescope-fzf-native.nvim
is installed correctlynvim
again, 8/8 treesitter modules is installed correctlynvim
again to see that nvim prints [mason-lspconfig.nvim] installing sumneko_lua
forever.:MasonLog
and see error.Desktop (please complete the following information):
Neovim Version
:version
from inside of neovim:NVIM v0.8.1
Build type: Release
LuaJIT 2.1.0-beta3
[mason-lspconfig.nvim] installing gopls is stuck. restarted nvim and waited 5 min still show the message
LspInfo show that gopls is installed but message will not go away
Thank you for this basic configuration. Now I have something as inspiration Γ‘nd to share with friends. Time to spread neovim love!
Do you consider treesitter-context part of a minimal configuration?
I think it has also found it's way as a default into VSCode iirc, so in that line of thought it would not be additional bloat to me.
Let me know and I can create a PR.
Strange, I always get stuck at installing nvim-telescope\telescope-fzf-native.nvim. The rest are installed by packer.nvim though. I am using windows and using nvim v0.8.1 btw if anyone has any ideas how to resolve? tks!
I later installed the latest nightly NVIM v0.9.0-dev-519+g2d8bbe468 and still seeing the issue.
To reproduce, after automatic install of plugins and TS i save the init.lua or just open the init.lua and ask everytime if i want to
"Do you need to configure your work environment as luassert
?:"
I don't know if this is intended or needed for every change, but found in this issue on nvim-lspconfig that disabling checkThirdParty = false in the settings.workspace stops asking
Link to the issue that solved my problem:
neovim/nvim-lspconfig#1700
I'd be shocked if this were a real issue; it's posted as a newbie question.
In init.lua there is:
-- LSP settings.
-- This function gets run when an LSP connects to a particular buffer.
local on_attach = function(_, bufnr)
[body of function omitted]
What is it that associates this event handler with LSP? Thanks for any enlightenment...
EDIT (after 3 minutes): Never mind! Thanks for not sending out a posse.
Describe the bug
After fresh installation of nvim and using the kickstart script I get errors below. Some modules seem to not be found.
To Reproduce
Steps to reproduce the behavior:
init.lua
to ~/.config/nvim/init.lua.nvim
, wait until packer deps are installednvim
againDesktop (please complete the following information):
** Neovim Version **
:version
from inside of neovim: NVIM v0.9.0-dev-525+ga7332ba9bError detected while processing /Users/alex/.config/nvim/init.lua:
E5113: Error while calling lua chunk: ...cker/start/nvim-treesitter/lua/nvim-treesitter/query.lua:2: module 'vim.treesitter.query' not found:
no field package.preload['vim.treesitter.query']
no file './vim/treesitter/query.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/luajit-2.1.0-beta3/vim/treesitter/query.lua'
no file '/usr/local/share/lua/5.1/vim/treesitter/query.lua'
no file '/usr/local/share/lua/5.1/vim/treesitter/query/init.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/lua/5.1/vim/treesitter/query.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/lua/5.1/vim/treesitter/query/init.lua'
no file './vim/treesitter/query.so'
no file '/usr/local/lib/lua/5.1/vim/treesitter/query.so'
no file '/Users/runner/work/neovim/neovim/.deps/usr/lib/lua/5.1/vim/treesitter/query.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
no file './vim.so'
no file '/usr/local/lib/lua/5.1/vim.so'
no file '/Users/runner/work/neovim/neovim/.deps/usr/lib/lua/5.1/vim.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
stack traceback:
[C]: in function 'require'
...cker/start/nvim-treesitter/lua/nvim-treesitter/query.lua:2: in main chunk
[C]: in function 'require'
...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:3: in main chunk
[C]: in function 'require'
/Users/alex/.config/nvim/init.lua:222: in main chunk
E484: Can't open file /share/nvim/syntax/syntax.vim
Error in packer_compiled: /Users/alex/.config/nvim/plugin/packer_compiled.lua:206: Vim(packadd):E5113: Error while calling lua chunk: vim/_init_packages.lua:0: module 'vim.treesitter' not found:^@^Ino field package
.preload['vim.treesitter']^@^Ino file './vim/treesitter.lua'^@^Ino file '/Users/runner/work/neovim/neovim/.deps/usr/share/luajit-2.1.0-beta3/vim/treesitter.lua'^@^Ino file '/usr/local/share/lua/5.1/vim/treesitter.l
ua'^@^Ino file '/usr/local/share/lua/5.1/vim/treesitter/init.lua'^@^Ino file '/Users/runner/work/neovim/neovim/.deps/usr/share/lua/5.1/vim/treesitter.lua'^@^Ino file '/Users/runner/work/neovim/neovim/.deps/usr/shar
e/lua/5.1/vim/treesitter/init.lua'^@^Ino file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/share/lua/5.1/vim/treesitter.lua'^@^Ino file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/share/lua/5.1/v
im/treesitter/init.lua'^@^Ino file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/luarocks/rocks-5.1/vim/treesitter.lua'^@^Ino file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/luarocks/rock
s-5.1/vim/treesitter/init.lua'^@^Ino file './vim/treesitter.so'^@^Ino file '/usr/local/lib/lua/5.1/vim/treesitter.so'^@^Ino file '/Users/runner/work/neovim/neovim/.deps/usr/lib/lua/5.1/vim/treesitter.so'^@^Ino file
'/usr/local/lib/lua/5.1/loadall.so'^@^Ino file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/lua/5.1/vim/treesitter.so'^@^Ino file './vim.so'^@^Ino file '/usr/local/lib/lua/5.1/vim.so'^@^Ino file '/Use
rs/runner/work/neovim/neovim/.deps/usr/lib/lua/5.1/vim.so'^@^Ino file '/usr/local/lib/lua/5.1/loadall.so'^@^Ino file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/lua/5.1/vim.so'^@stack traceback:^@^I[C
]: in function 'require'^@^Ivim/_init_packages.lua: in function '__index'^@^I...er/start/nvim-treesitter/lua/nvim-treesitter/parsers.lua:2: in main chunk^@^I[C]: in function 'require'^@^I...er/start/nvim-treesitter
/lua/nvim-treesitter/install.lua:6: in main chunk^@^I[C]: in function 'require'^@^I...ack/packer/start/nvim-treesitter/lua/nvim-treesitter.lua:1: in main chunk^@^I[C]: in function 'require'^@^I.../packer/start/nvim
-treesitter/plugin/nvim-treesitter.lua:9: in main chunk^@^I[C]: in function 'cmd'^@^I/Users/alex/.config/nvim/plugin/packer_compiled.lua:206: in function </Users/alex/.config/nvim/plugin/packer_compiled.lua:10>^@^I
[C]: in function 'pcall'^@^I/Users/alex/.config/nvim/plugin/packer_compiled.lua:10: in main chunk
Please check your config for correctness
Error detected while processing /Users/alex/.local/share/nvim/site/pack/packer/start/nvim-lspconfig/plugin/lspconfig.lua:
E5113: Error while calling lua chunk: vim/_init_packages.lua:0: module 'vim.lsp' not found:
no field package.preload['vim.lsp']
no file './vim/lsp.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/luajit-2.1.0-beta3/vim/lsp.lua'
no file '/usr/local/share/lua/5.1/vim/lsp.lua'
no file '/usr/local/share/lua/5.1/vim/lsp/init.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/lua/5.1/vim/lsp.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/lua/5.1/vim/lsp/init.lua'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/share/lua/5.1/vim/lsp.lua'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/share/lua/5.1/vim/lsp/init.lua'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/luarocks/rocks-5.1/vim/lsp.lua'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/luarocks/rocks-5.1/vim/lsp/init.lua'
no file './vim/lsp.so'
no file '/usr/local/lib/lua/5.1/vim/lsp.so'
no file '/Users/runner/work/neovim/neovim/.deps/usr/lib/lua/5.1/vim/lsp.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/lua/5.1/vim/lsp.so'
no file './vim.so'
no file '/usr/local/lib/lua/5.1/vim.so'
no file '/Users/runner/work/neovim/neovim/.deps/usr/lib/lua/5.1/vim.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/lua/5.1/vim.so'
stack traceback:
[C]: in function 'require'
vim/_init_packages.lua: in function '__index'
...te/pack/packer/start/nvim-lspconfig/plugin/lspconfig.lua:1: in main chunk
Error detected while processing /Users/alex/.local/share/nvim/site/pack/packer/start/cmp_luasnip/after/plugin/cmp_luasnip.lua:
E5113: Error while calling lua chunk: ...e/pack/packer/start/cmp_luasnip/lua/cmp_luasnip/init.lua:2: module 'vim.lsp.util' not found:
no field package.preload['vim.lsp.util']
no file './vim/lsp/util.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/luajit-2.1.0-beta3/vim/lsp/util.lua'
no file '/usr/local/share/lua/5.1/vim/lsp/util.lua'
no file '/usr/local/share/lua/5.1/vim/lsp/util/init.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/lua/5.1/vim/lsp/util.lua'
no file '/Users/runner/work/neovim/neovim/.deps/usr/share/lua/5.1/vim/lsp/util/init.lua'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/share/lua/5.1/vim/lsp/util.lua'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/share/lua/5.1/vim/lsp/util/init.lua'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/luarocks/rocks-5.1/vim/lsp/util.lua'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/luarocks/rocks-5.1/vim/lsp/util/init.lua'
no file './vim/lsp/util.so'
no file '/usr/local/lib/lua/5.1/vim/lsp/util.so'
no file '/Users/runner/work/neovim/neovim/.deps/usr/lib/lua/5.1/vim/lsp/util.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/lua/5.1/vim/lsp/util.so'
no file './vim.so'
no file '/usr/local/lib/lua/5.1/vim.so'
no file '/Users/runner/work/neovim/neovim/.deps/usr/lib/lua/5.1/vim.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
no file '/Users/alex/.cache/nvim/packer_hererocks/2.1.0-beta3/lib/lua/5.1/vim.so'
stack traceback:
[C]: in function 'require'
...e/pack/packer/start/cmp_luasnip/lua/cmp_luasnip/init.lua:2: in main chunk
[C]: in function 'require'
...ck/packer/start/cmp_luasnip/after/plugin/cmp_luasnip.lua:1: in main chunk
I get this error while trying to install it on windows, what is the issue?
E5113: Error while calling lua chunk: C:\Users\MIO PC\AppData\Local\nvim\init.lua:7: Vim(packadd):E919: Directory not fo und in 'packpath': "pack/*/opt/packer.nvim"
stack traceback:
[C]: in function 'cmd'
C:\Users\MIO PC\AppData\Local\nvim\init.lua:7: in main chunk
Some error notes:
Step 6/8 : RUN apk --no-cache add fd ctags ripgrep git
---> Running in 7791d7762965
fetch https://dl-cdn.alpinelinux.org/alpine/v3.16/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.16/community/x86_64/APKINDEX.tar.gz
(1/3) Installing ctags (5.9.20220327.0-r0)
(2/3) Installing fd (8.3.2-r0)
(3/3) Installing ripgrep (13.0.0-r0)
Executing busybox-1.35.0-r17.trigger
OK: 309 MiB in 74 packages
Removing intermediate container 7791d7762965
---> 9700c6228472
Step 7/8 : COPY ./init.lua /root/.config/nvim/init.lua
COPY failed: file not found in build context or excluded by .dockerignore: stat init.lua: file does not exist
I believe the dockerfile is is a bit mistaken somewhere about where the init.lua
exists.
It seems that whenever the [[ xxx ]] pattern is encountered in init.lua is encountered, TS crashes with the following back trace:
ERR 2022-12-17T09:36:32.033 nvim.63645.0 decor_provider_invoke:38: error in provider treesitter/highlighter:line: Error executing lua: ...im/0.8.0/share/nvim/runtime/lua/vim/treesitter/query.lua:219: query: invalid node type at position 2765 for language vim
stack traceback:
[C]: in function '_ts_parse_query'
...im/0.8.0/share/nvim/runtime/lua/vim/treesitter/query.lua:219: in function 'get_query'
....0/share/nvim/runtime/lua/vim/treesitter/highlighter.lua:36: in function 'new'
....0/share/nvim/runtime/lua/vim/treesitter/highlighter.lua:160: in function 'get_query'
....0/share/nvim/runtime/lua/vim/treesitter/highlighter.lua:182: in function 'fn'
...0/share/nvim/runtime/lua/vim/treesitter/languagetree.lua:210: in function 'for_each_tree'
...0/share/nvim/runtime/lua/vim/treesitter/languagetree.lua:214: in function 'for_each_tree'
....0/share/nvim/runtime/lua/vim/treesitter/highlighter.lua:168: in function 'on_line_impl'
....0/share/nvim/runtime/lua/vim/treesitter/highlighter.lua:231: in function <....0/share/nvim/runtime/lua/vim/treesitter/highlighter.lua:225>
Happend both on nvim 0.8.0 and 0.8.1 - I have not had this issue with my previous config which happily parsed any lua file.
Every time I open a lua file nvim shows this message.
LSP[sumneko_lua] Your workspace is set to `/home/james`. Lua language server refused to load this directory.
Please check your configuration.
[learn more here](https://github.com/sumneko/lua-language-server/wiki/FAQ#why-is-the-server-scanning-the-wrong-folder)
Looks like this is behavior introduced in sumneko/vscode-lua version 3.2.4
Is anyone else seeing this and know of a fix or a way to silence the warning?
I'm on nvim v0.9.0
Is there an archive of the wiki?
I have a fresh NeoVim install with nothing in init.vim
or init.lua
.
NVIM v0.8.0
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by [email protected]
Features: +acl +iconv +tui
See ":help feature-compile"
system vimrc file: "$VIM/sysinit.vim"
fall-back for $VIM: "/opt/homebrew/Cellar/neovim/0.8.0/share/nvim"
When I copy the kickstart init.lua
to my machine and restart nvim, I get errors.
This is the Packer report. Some of them failed.
packer.nvim - finished in 11.848s
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β Installed nvim-lualine/lualine.nvim
β Failed to install lukas-reineke/indent-blankline.nvim
β Failed to install tpope/vim-sleuth
β Installed nvim-telescope/telescope-fzf-native.nvim
β Failed to install tpope/vim-fugitive
β Failed to install tpope/vim-rhubarb
β Installed lewis6991/gitsigns.nvim
β Failed to install nvim-lua/plenary.nvim
β Installed numToStr/Comment.nvim
β Installed nvim-treesitter/nvim-treesitter
β Installed nvim-treesitter/nvim-treesitter-textobjects
β Installed nvim-telescope/telescope.nvim/0.1.x
β Installed neovim/nvim-lspconfig
β Installed williamboman/mason.nvim
β Installed williamboman/mason-lspconfig.nvim
β Installed hrsh7th/nvim-cmp
β Installed hrsh7th/cmp-nvim-lsp
β Failed to install L3MON4D3/LuaSnip
β Installed saadparwaiz1/cmp_luasnip
β Installed mjlbach/onedark.nvim
Press 'q' to quit
Press '<CR>' to show more info
Press 'd' to show the diff
Press 'r' to revert an update
Press 'R' to retry failed operations
The following error message is reported down the bottom, about five times over:
[packer.nvim] [ERROR 16:40:53] async.lua:20: Error in coroutine: ...ack/packer/start/packer.nvim/lua/packer/plugin_utils.lua:204: Vim:E492: Not an editor command: ^M
saving init.lua will source
the file to update config current neovim process. It will also trigger a re-spawn of lua language server (unless it wasn't configured/setup for editing init.lua, which is unlikely).
Eventually, after saving a few times, users will run out of memory.
I haven't tested with other language servers being opened, but I don't see why they wouldn't share this problem. Maybe print a warning that LSP will be re-spawned? Maybe a guard variable to do lspconfig[server].setup()
once in current session + print warning?
I'm wondering if the config shouldn't come with auto-update for treesitter parsers. nvim-treesitter 'strongly recommends' this in their repo and I think it's a pretty obvious win towards making a plug-and-play config. It's not strictly necessary, but I can't think of a single reason anyone wouldn't enable this immediately, and it would have made things a little smoother for me as a new user if it was enabled by default.
Here is my proposed change:
use 'nvim-treesitter/nvim-treesitter' -- Highlight, edit, and navigate code
becomes:
use {
'nvim-treesitter/nvim-treesitter',
run = function()
local ts_update = require('nvim-treesitter.install').update({ with_sync = true })
ts_update()
end,
} -- Highlight, edit, and navigate code
I call the function directly because according to https://github.com/nvim-treesitter/nvim-treesitter/wiki/Installation, it would otherwise fail on first install.
From the youtube video https://y.com.sb/watch?v=stqUbv-5u2s, I notice this project exist.
So I want to test it out and replace my old init.vim and explore more about lua.
However, while playing around with the init.lua, my system freeze.
Below is how to reproduce it:
Running nvim ~/.config/nvim/init.lua
with default setting.
in htop
it will display it spawn a process lua-language-server
when I press :w
Enter
, one more lua-language-server
spawn, and use up maybe more 2% of ram.
when I do the :w
Enter
again, and use more 2% of ram. and so on
However I just have a bad habit to frequently save the files.
When I do :w
too frequently, say 1 sec once for 15 sec
The ram usage surge rapidly, which is much more than 2% per :w
mentioned above
and my system freeze.
And I later find out that it is caused by "Automatically source and re-compile packer whenever you save this init.lua"
setting.
Just simply do a :wq
also help release the ram.
Since this script may target new user of neovim as stated in the video
I think it worth mentioning in the readme file.
When I hit <leader>sh
which is mapped to telescope help_tags function, this error comes up:
Error executing vim.schedule lua callback: /usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:219: query: invalid node type at position 14 for language help
stack traceback:
[C]: in function '_ts_parse_query'
/usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:219: in function 'get_query'
...l/share/nvim/runtime/lua/vim/treesitter/languagetree.lua:52: in function 'new'
/usr/local/share/nvim/runtime/lua/vim/treesitter.lua:45: in function '_create_parser'
/usr/local/share/nvim/runtime/lua/vim/treesitter.lua:96: in function 'get_parser'
.../start/telescope.nvim/lua/telescope/previewers/utils.lua:129: in function 'ts_highlighter'
.../start/telescope.nvim/lua/telescope/previewers/utils.lua:106: in function 'highlighter'
...scope.nvim/lua/telescope/previewers/buffer_previewer.lua:242: in function ''
vim/_editor.lua: in function <vim/_editor.lua:0>
Press ENTER or type command to continue
I have no idea how to deal with this and maybe I should open this issue on telescope?
Describe the bug
After changing vim theme some items have wrong background.
To Reproduce
Steps to reproduce the behavior:
Desktop (please complete the following information):
** Neovim Version **
:version
from inside of neovim: V0.8.0I'm wondering if it's "bad" to make so many assumptions on which languages people will want to develop with:
ensure_installed = { 'c', 'cpp', 'go', 'lua', 'python', 'rust', 'typescript', 'help' },
...
local servers = { 'clangd', 'rust_analyzer', 'pyright', 'tsserver', 'sumneko_lua', 'gopls' }
Granted, on one hand I can see how it's good to have examples, however:
My opinion is that things should be a lot more minimal and "safe" (dependency-wise):
ensure_installed = { 'lua', 'vim', 'help' },
...
local servers = { 'sumneko_lua', 'vimls' }
Thoughts?
Describe the bug
Out of the box right now, using Treesitter's indentation w/ Python is broken. I've changed the treesitter config to read:
indent = { enable = true; disable = { "python" } }
which is not ideal, but breaking indentation for new users might be worse?
To Reproduce
Steps to reproduce the behavior:
Desktop (please complete the following information):
** Neovim Version **
:version
from inside of neovim:
when i execute nvim --clean
blue background and white vertical lines disappear. a problem may be old centos7 but could anybody confirm that, please? nvim
has been compiled based on latest sources from github using gcc-12.1.0
and python-3.6
is used.
you can see a screen-shot here
https://www.dropbox.com/s/63b0l8bpeainhkh/Screenshot%20from%202022-12-19%2013-09-50.png?dl=0
The latest change introduced the option to use a seperate file for defining plugins ootb. At least on my machine, this does not seem to work as expected.
How to reproduce
~/.config/nvim
lua/costum/plugins.lua
:PackerSync
Can anybody reproduce this, or is there something wrong with my setup? Thx
Following the instructions in https://www.youtube.com/watch?v=stqUbv-5u2s, the configuration did not work as expected.
To Reproduce
Steps to reproduce the behavior:
Expected results:
Plugins get loaded, new features such as file search, colors etc are available.
Actual resuts:
no change in nvim before installing init.lua
Error detected while processing /home/admin/.config/nvim/init.lua:
E5113: Error while calling lua chunk: /home/admin/.config/nvim/init.lua:7: Vim(p
ackadd):E919: Directory not found in 'packpath': "pack/*/opt/packer.nvim"
stack traceback:
[C]: in function 'cmd'
/home/admin/.config/nvim/init.lua:7: in main chunk
Desktop (please complete the following information):
** Neovim Version **
:version
from inside of neovim:Features: +acl +iconv +tui
See ":help feature-compile"
system vimrc file: "$VIM/sysinit.vim"
fall-back for $VIM: "/usr/share/nvim"
Run :checkhealth for more info
Line 60 in 760823f
Shouldn't it start with ".config/"?
How do I setup new gitsigns
with new options?
nvim-lsp-installer
will not be maintained anymore, see the official Github repo. The project recommends to switch to mason.nvim
instead.
I'm new to NeoVim configurations, and thanks to your latest video, I'm trying out kickstart.nvim
I did what is in the README. I also ran PackerSync just in case there's some upstream updates that I missed. But the startup time is consistently over 300ms on Windows. The output of nvim --startuptime vim.log
is: vim.log. I am using:
I understand the goal of kickstart.nvim is to be under 40ms. I also cloned the repo, built the Dockerfile, and that takes around 80ms for startup, which I'm okay with. Is there some known limitation of any upstream plugin on Windows? Or maybe I have made a mistake in the setup?
A declarative, efficient, and flexible JavaScript library for building user interfaces.
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. πππ
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google β€οΈ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.