Index | Thread | Search

From:
Courtney <courtney@courtnix.systems>
Subject:
Re: [update] editors/neovim 0.10.0
To:
ports@openbsd.org
Date:
Wed, 22 May 2024 14:00:52 -0700

Download raw body.

Thread
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.
>