Package Details: neovim-git 0.11.0.r1727.g524cdd35c2-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: 259
Popularity: 1.72
First Submitted: 2014-02-21 19:50 (UTC)
Last Updated: 2025-02-10 14:14 (UTC)

Dependencies (24)

Required by (446)

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 .. 12 13 14 15 16 17 18 19 20 21 22 .. 40 Next › Last »

warp commented on 2016-08-15 16:37 (UTC)

Is it set to release build? Why am I getting .nvimlog in $HOME directory? https://github.com/neovim/neovim/issues/2913

fwalch commented on 2016-08-07 22:30 (UTC) (edited on 2016-08-07 22:59 (UTC) by fwalch)

ludat: The version number follows the guidelines at [1]. *Edit:* Ah, I guess you mean change just the pkgver variable in the PKGBUILD to "latest", since it will be updated by makepkg? While theoretically possible, no other Arch package seems to do it (?), and it's technically an invalid version, so I'd rather just stick with the current Arch practices. [1] https://wiki.archlinux.org/index.php/VCS_package_guidelines#Git

ludat commented on 2016-08-07 04:30 (UTC)

should the version be something like `latest`? since the version number doesn't really mean anything now.

linduxed commented on 2016-07-28 07:48 (UTC)

Commenting out the LUA_CPATH and LUA_PATH environment variable setting in my Zsh configuration did indeed help. Thank you!

fwalch commented on 2016-07-28 06:34 (UTC)

linduxed: Something is definitely broken here. LuaJIT should never try to load from /usr/lib/lua/5.3, it can only use Lua 5.1 modules. Try unsetting the LUA_CPATH environment variable (or setting it to /usr/lib/lua/5.1). In any case, I don't think your problem is related to this package or to Neovim.

linduxed commented on 2016-07-27 23:59 (UTC)

This is the output I get from that command (even after doing a `pacman -S lua51-lpeg`): $ luajit -e "require('lpeg')" luajit: error loading module 'lpeg' from file '/usr/lib/lua/5.3/lpeg.so': /usr/lib/lua/5.3/lpeg.so: undefined symbol: luaL_setfuncs stack traceback: [C]: at 0x00452850 [C]: in function 'require' (command line):1: in main chunk [C]: at 0x00404750

fwalch commented on 2016-07-27 21:20 (UTC)

linduxed: Hm, works for me.. do you get any error if you execute `luajit -e "require('lpeg')"`? If yes, there seems to be a problem with your Lua installation (maybe try reinstalling lua51-lpeg). If not, could you post your problem upstream at github.com/neovim/neovim? You can ping me with @fwalch.

linduxed commented on 2016-07-27 15:34 (UTC)

I'm currently getting this error when I build with `makepkg -C`: -- Checking Lua interpreter /usr/bin/luajit -- [/usr/bin/luajit] The 'lpeg' lua package is required for building Neovim -- Checking Lua interpreter /usr/bin/lua5.1 -- [/usr/bin/lua5.1] The 'lpeg' lua package is required for building Neovim -- Checking Lua interpreter /usr/bin/lua5.2 -- [/usr/bin/lua5.2] The 'lpeg' lua package is required for building Neovim -- Checking Lua interpreter /usr/bin/lua -- [/usr/bin/lua] The 'mpack' lua package is required for building Neovim CMake Error at CMakeLists.txt:392 (message): A suitable Lua interpreter was not found. `pacman -Qs lua` yields the following: https://gist.github.com/linduxed/6d30fba0d360b123ec4a0fbbd9807405

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.

fwalch commented on 2016-06-27 09:17 (UTC)

anaveragehuman: It was added to keep debug symbols to get backtraces on crashes/assertion failures.

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 40 Next › Last »