search

agriffis / neovim

Nightly neovim rpms
https://arongriffis.com/2019/03/02/neovim-nightly-builds
Other
20 stars 0 forks source link

error: nvim: undefined symbol: ts_query_cursor_set_max_start_depth #25

Closed rickyrsyah closed 11 months ago

rickyrsyah commented 11 months ago

Problem

i got message when run nvim command, e.g nvim --version

nvim: symbol lookup error: nvim: undefined symbol: ts_query_cursor_set_max_start_depth

Steps to reproduce

sudo dnf install neovim-0.10.0~dev.1825.gd65c6a0ba-500.fc39 -y
nvim

Expected behavior

open nvim normally

Neovim version (nvim -v)

nvim: symbol lookup error: nvim: undefined symbol: ts_query_cursor_set_max_start_depth

Vim (not Nvim) behaves the same?

no, VIM - Vi IMproved 9.0

Operating system/version

Fedora Linux 39 (Container Image)

Terminal name/version

foot 1.16.1

$TERM environment variable

foot

Installation

copr:copr.fedorainfracloud.org:agriffis:neovim-nightly

agriffis commented 11 months ago

Hi, this bug tracker is for problems that are specific to the Fedora COPR build. You are unlikely to get help here unless it's a failing build or if you're able to track down a problem that we can fix in the spec file.

Your best bet is to file a bug upstream (where they will ask you to try reproducing with the official nightly builds, instead of the Fedora COPR build)

rickyrsyah commented 11 months ago

i fix this error with run sudo dnf upgrade libtree-sitter it install libtree-sitter-0.20.8.0.git.4257.2cbfcbc3-1.fc39 from your COPR before libtree-sitter on my system is libtree-sitter-0.20.8-2.fc39

agriffis commented 11 months ago

oh, that's interesting, thanks. It seems like tree-sitter needs to make a versioned release for this.

I think for now I'll wait to see if more people stumble on this before taking special measures (modifying the neovim spec to force the COPR build of libtree-sitter). Hopefully the upstream versioning will sort things out.

Thank you for following up.