Package Details: neovim-git 0.11.0.r711.g7b7c95dac9-1

Git Clone URL: https://aur.archlinux.org/neovim-git.git (read-only, click to copy)
Package Base: neovim-git
Description: Fork of Vim aiming to improve user experience, plugins, and GUIs
Upstream URL: https://neovim.io
Keywords: editor
Licenses: custom:neovim
Conflicts: neovim
Provides: neovim, vim-plugin-runtime
Submitter: fhahn
Maintainer: Farzat (gpanders)
Last Packager: gpanders
Votes: 257
Popularity: 1.17
First Submitted: 2014-02-21 19:50 (UTC)
Last Updated: 2024-09-04 00:24 (UTC)

Dependencies (24)

Required by (431)

Sources (3)

Pinned Comments

fwalch commented on 2016-07-04 19:52 (UTC) (edited on 2016-07-04 19:54 (UTC) by fwalch)

Please don't flag this package out-of-date just because the version number displayed on AUR seems old. This is normal for VCS packages. As long as building the package works without problems, it isn't necessary to update the PKGBUILD here. makepkg will automatically retrieve the latest version when you build the package locally.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 40 Next › Last »

Farzat commented on 2024-02-01 06:18 (UTC)

I also fixed the package versioning. Instead of using git tags, pkgver() now gets that info from CMakeLists.txt.

Farzat commented on 2024-01-31 03:50 (UTC)

I switched to tree-sitter-git for now. That should fix the build problems.

carbonchauvinist commented on 2024-01-27 19:43 (UTC) (edited on 2024-01-29 05:14 (UTC) by carbonchauvinist)

@grappas I was running into the same issue, I was able to avoid it for the time being by editing the PKGBUILD to build and make the bundled tree-sitter dependency.

I assume this means that the standard tree-sitter version in our main repos is somehow the culprit? Not sure, maybe others with more insight can chime in.

--edit So yes, appears to be the issue with the standard tree-sitter package which is from Feb '23

Meanwhile the ts_query_cursor_set_max_start_depth api was not added until Apr '23

tldr; will need to either install tree-sitter-git from the aur, or edit the neovim-git PKGBUILD to build and use the bundled tree-sitter dependency -- at least until the tree-sitter package from the main repos is updated

here's an example of modifying build() to use the bundled

build() {
  cmake -S"$_pkgname/cmake.deps" -B"$_pkgname/.deps" \
    -GNinja \
    -DCMAKE_BUILD_TYPE=RelWithDebInfo \
    -DUSE_BUNDLED=OFF \
    -DUSE_BUNDLED_TS=ON
  cmake --build "$_pkgname/.deps"

    cmake -S"$_pkgname" -Bbuild \
        -GNinja \
        -DCMAKE_BUILD_TYPE=RelWithDebInfo \
        -DCMAKE_INSTALL_PREFIX=/usr
    cmake --build build
}

grappas commented on 2024-01-26 23:10 (UTC) 

/usr/bin/ld: /tmp/ccQVL6AK.ltrans27.ltrans.o: in function `node_rawquery':
/home/grappas/.cache/yay/neovim-git/src/neovim/src/nvim/lua/treesitter.c:1452:(.text+0x8736): undefined reference to `ts_query_cursor_set_max_start_depth'
/usr/bin/ld: /home/grappas/.cache/yay/neovim-git/src/neovim/src/nvim/lua/treesitter.c:1476:(.text+0x8953): undefined reference to `ts_query_cursor_set_max_start_depth'
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.

phush0 commented on 2024-01-21 12:01 (UTC)

As later it will not build at all

-- Install configuration: "RelWithDebInfo"
-- Set non-toolchain portion of runtime path of "/home/phusho/.cache/aurutils/sync/neovim-git/pkg/neovim-git/usr/bin/nvim" to ""
CMake Error at build/src/nvim/cmake_install.cmake:102 (file):
  file INSTALL cannot find
  "/home/phusho/.cache/aurutils/sync/neovim-git/src/build/lib/nvim": No such
  file or directory.
Call Stack (most recent call first):
  build/cmake_install.cmake:87 (include)


==> ERROR: A failure occurred in package().
    Aborting...

sapient_cogbag commented on 2023-09-27 05:55 (UTC) (edited on 2023-09-27 06:34 (UTC) by sapient_cogbag)

The Neovim built by this PKGBUILD currently does not work fully. Neovim now by-default depends on some bundled TreeSitter parsers (in particular, for LSP hover, it now needs the Markdown treesitter parser ^.^), and this PKGBUILD doesn't currently build those default bundled treesitter parsers.

To fix it, it should hopefully be relatively simple - the neovim github provides instructions on how to include only one or two bundled deps: https://github.com/neovim/neovim/wiki/Building-Neovim#how-to-build-without-bundled-dependencies

The relevant CMake define to use on the dependencies CMake dir (from looking in https://github.com/neovim/neovim/blob/master/cmake.deps/CMakeLists.txt ^.^) should be -DUSE_BUNDLED=OFF -DUSE_BUNDLED_TS_PARSERS

Edit: In particular, it gives errors when trying to use LSP hover, because it expects the markdown and markdown_inner parsers to be installed :(

Edit 2: This code in build() fixes the problem for me ^.^

        cmake -S"$_pkgname/cmake.deps" -B"$_pkgname/.deps" \
                -GNinja \
                -DUSE_BUNDLED=OFF \
                -DUSE_BUNDLED_TS_PARSERS=ON
        cmake --build "$_pkgname/.deps"

        cmake -S"$_pkgname" -Bbuild \
                -GNinja \
                -DCMAKE_BUILD_TYPE=RelWithDebInfo \
                -DCMAKE_INSTALL_PREFIX=/usr
        cmake --build build

It ends up with the cmake --install putting the parsers in /usr/lib/nvim/parser, but I think that's on the runtimepath given that it still makes neovim work correctly :)

willemw commented on 2023-08-29 16:53 (UTC) (edited on 2023-08-29 17:05 (UTC) by willemw)

The git command in pkgver() does not print the latest tag. It prints v0.9.0.

The latest version is v0.9.1. Package neovim is on version 0.9.1. See also the output of git tag.

EDIT: The installed version is even higher:

$ nvim --version                                                                                                                                                            
NVIM v0.10.0-dev-986+g97cfee39ee
...

eclairevoyant commented on 2023-07-19 23:47 (UTC) (edited on 2023-07-20 00:22 (UTC) by eclairevoyant)

@alone no. https://bugs.archlinux.org/task/34677

@REMorin read https://wiki.archlinux.org/title/Arch_User_Repository#Flagging_packages_out-of-date, also you obviously didn't read the pinned comment

REmorin commented on 2023-07-19 11:38 (UTC)

@eclairevoyant, the version should be 0.10.0.*, shouldn't it?

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 40 Next › Last »