Same issue here with the "no parser for 'vimdoc' language" error.
I ran `:h commenting` in neovim and got this traceback
Error detected while processing BufReadPost Autocommands for "*":
Error executing lua callback:
/usr/local/share/nvim/runtime/filetype.lua:35: Error executing lua:
/usr/local/share/nvim/runtime/filetype.lua:36: BufReadPost Autocommands
for "*"..FileType Autocommands for "*"..function
<SNR>1_LoadFTPlugin[20]..script /usr
/local/share/nvim/runtime/ftplugin/help.lua: Vim(runtime):E5113: Error
while calling lua chunk:
...local/share/nvim/runtime/lua/vim/treesitter/language.lua:107: no
parser for 'vimdoc' language, see :help treesitter-parsers
stack traceback:
[C]: in function 'error'
...local/share/nvim/runtime/lua/vim/treesitter/language.lua:107: in
function 'add'
...l/share/nvim/runtime/lua/vim/treesitter/languagetree.lua:111: in
function 'new'
/usr/local/share/nvim/runtime/lua/vim/treesitter.lua:41: in
function '_create_parser'
/usr/local/share/nvim/runtime/lua/vim/treesitter.lua:108: in
function 'get_parser'
/usr/local/share/nvim/runtime/lua/vim/treesitter.lua:416: in
function 'start'
/usr/local/share/nvim/runtime/ftplugin/help.lua:2: in main chunk
[C]: in function 'nvim_cmd'
/usr/local/share/nvim/runtime/filetype.lua:36: in function
</usr/local/share/nvim/runtime/filetype.lua:35>
[C]: in function 'nvim_buf_call'
/usr/local/share/nvim/runtime/filetype.lua:35: in function
</usr/local/share/nvim/runtime/filetype.lua:10>
stack traceback:
[C]: in function 'nvim_cmd'
/usr/local/share/nvim/runtime/filetype.lua:36: in function
</usr/local/share/nvim/runtime/filetype.lua:35>
[C]: in function 'nvim_buf_call'
/usr/local/share/nvim/runtime/filetype.lua:35: in function
</usr/local/share/nvim/runtime/filetype.lua:10>
stack traceback:
[C]: in function 'nvim_buf_call'
/usr/local/share/nvim/runtime/filetype.lua:35: in function
</usr/local/share/nvim/runtime/filetype.lua:10>
Courtney
On 5/22/24 1:05 PM, Edd Barrett wrote:
Hi,
Thanks for this!
On Wed, May 22, 2024 at 03:22:22PM +0200, Laurent Cheylus wrote:
- modify CONFIGURE_ARGS for LUV* variables (changes in version 0.10.0)
- remove termkey in WANTLIB and LIB_DEPENDS (termkey now bundled in Neovim
sources)
Is this what we want? I know libtermkey is deprecated, but we have one other
port (editors/vis) consuming it, and they may as well share the dep?
Build and tests OK on current/amd64.
Besides the known failures, I've got this additional one:
```
From test_breakindent.vim:
Found errors in Test_linebreak_list():
...
no parser for 'vimdoc' language, see :help treesitter-parsersstack
```
If you run `:help treesitter-parserstack` you get:
```
E149: Sorry, no help for treesitter-parsersstack
```
Do we need to enable something in our treesitter port perhaps?
port-lib-depends-check says:
```
neovim-0.10.0(editors/neovim):
Missing lib: msgpackc.2 (/usr/local/bin/nvim) (NOT REACHABLE)
Extra: msgpack-c.0
```
Which confuses me, since devel/msgpack provides it, and we depend on it.
Is it possible we are accidentally using a bundled one or something?
Your treesitter and libvterm updates look good to me.