Package Details: neovim-git 0.1.6.r27.g01f1028-1

Git Clone URL: (read-only)
Package Base: neovim-git
Description: Fork of Vim aiming to improve user experience, plugins, and GUIs.
Upstream URL:
Keywords: editor vim
Licenses: custom:neovim
Conflicts: neovim
Provides: neovim=0.1.6.r27.g01f1028
Submitter: fhahn
Maintainer: fwalch
Last Packager: fwalch
Votes: 198
Popularity: 1.239770
First Submitted: 2014-02-21 19:50
Last Updated: 2016-11-03 12:28

Dependencies (17)

Required by (37)

Sources (1)

Pinned Comments

fwalch commented on 2016-07-04 19:52

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

fwalch commented on 2016-12-18 20:25

nishantvarma: Sorry, I don't understand your question. gperf is already a build-time dependency.

nishantvarma commented on 2016-12-18 17:32

gperf needs to be installed and it can be obtained from package server. How can this be updated?

fwalch commented on 2016-11-03 12:28

rumpelsepp: This was intentional, and in line with how e.g. the Homebrew formula builds from VCS [1]. However, after discussing upstream, the formula will be changed to use RelWithDebInfo, and I did the same for this package.


rumpelsepp commented on 2016-11-02 11:32

This package generates a Development build. From :CheckHealth :

## Performance
- INFO: Build type: Dev
- WARNING: Non-optimized build-type. Nvim will be slower.
- Install a different Nvim package, or rebuild with `CMAKE_BUILD_TYPE=RelWithDebInfo`.
- See

Scimmia commented on 2016-08-15 16:40

It's a -git package built from the latest development HEAD. Both common sense and a quick look at the PKGBUILD tell you it's not a release build.

warp commented on 2016-08-15 16:37

Is it set to release build? Why am I getting .nvimlog in $HOME directory?

fwalch commented on 2016-08-07 22:30

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.


ludat commented on 2016-08-07 04:30

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

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

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.

All comments