Package Details: neovim-git 0.11.0.r164.g3a1515bfee-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: 256
Popularity: 1.17
First Submitted: 2014-02-21 19:50 (UTC)
Last Updated: 2024-06-30 16:58 (UTC)

Dependencies (24)

Required by (432)

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 .. 16 17 18 19 20 21 22 23 24 25 26 .. 40 Next › Last »

fauno commented on 2015-09-22 19:35 (UTC)

hi, i've been trying to upgrade my neovim-git build but since it depends on unibilium, libvterm and libtermkey there's a noticeable lag while exiting insert mode. it's really annoying because when i hit escape while in insert mode and start typing commands at normal speed, the escape gets "cancelled" and it continues in insert mode. does this happen to anyone else? my old build didn't depend on these packages and was even faster than vim, but it broke with the ncurses upgrade :(

rtwo commented on 2015-09-22 18:32 (UTC)

I am having a really wired bug that only appears when I build neovim via aur. nvim -u NONE -c 'set autochdir' Then type :b<TAB> which results in :bNext (but expected behavior would be :b - with a list of possible completions). Can someone please confirm? I am also happy for any suggestions on what might be causing this (wrong deps?) and how I might be able to track this down.

fwalch commented on 2015-09-16 15:10 (UTC)

@lilydjwg: Hmm, I see.. that's a bit tricky. I don't want to introduce a dependency on Python in this package. I will check upstream if this file could possible be moved into the python-neovim package.

lilydjwg commented on 2015-09-16 14:30 (UTC)

Hi, would you compile the Python script /usr/share/nvim/runtime/autoload/provider/script_host.py so that after running as root, there won't be a /usr/share/nvim/runtime/autoload/provider/__pycache__/script_host.cpython-34.pyc file pacman doesn't have an record. Use python -m compileall ${pkgdir}/usr/share/nvim/runtime/autoload/provider should work.

fwalch commented on 2015-09-10 16:21 (UTC)

FYI: if you get "nvim: error while loading shared libraries: libjemalloc.so.1: cannot open shared object file: No such file or directory", this is because you updated jemalloc, and you have to rebuild Neovim to link against the updated version.

fwalch commented on 2015-08-26 10:31 (UTC)

Turns out it was actually the nvim invocation in the PKGBUILD's "check()" function that started causing problems. Updated the PKGBUILD; the flickering should now be gone and pacaur should again be able to install this package.

fwalch commented on 2015-08-24 09:58 (UTC)

@Spyhawk: Well, to be fair, you *can* install this package with plain makepkg -U, yaourt, aura, and packer (didn't test other helpers). So you could also argue that pacaur does something that "nobody" else is doing. But I'll see what I can do.

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 40 Next › Last »