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.
>
No comments:
Post a Comment