Configuration: Invalid neovimPath. Using neovim installed via snap

[daniel-vera-g]

Describe the bug

I've neovim installed via Snap(https://github.com/neovim/neovim/wiki/Installing-Neovim#snap):

➜ /snap/bin/nvim --version
NVIM v0.5.0-nightly-6-gef0398f
Build type: Release
LuaJIT 2.1.0-beta3
Compilation: /usr/bin/cc -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -O2 -DNDEBUG -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wshadow -Wconversion -Wmissing-prototypes -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fno-common -fdiagnostics-color=always -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -DMIN_LOG_LEVEL=3 -I/root/parts/nvim/build/build/config -I/root/parts/nvim/build/src -I/root/parts/nvim/build/.deps/usr/include -I/usr/include -I/root/parts/nvim/build/build/src/nvim/auto -I/root/parts/nvim/build/build/include
Compiled by root@snapcraft-nvim

Features: +acl +iconv +tui
See ":help feature-compile"

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/usr/share/nvim"

Run :checkhealth for more info

After setting:

"vim.neovimPath": "/snap/bin/nvim", it gives me the error:

Configuration: Invalid neovimPath. Command failed: /snap/bin/nvim --version need to run as root or suid .

But as you could see above, there is no root needed to run /snap/bin/nvim --version. Also I can reproduce #4902 where I get:

Configuration: Invalid neovimPath. The argument 'file' cannot be empty. Received ''.

To Reproduce

Install nvim via snap:

1. sudo snap install --beta nvim --classic
2. Set "vim.neovimPath": "/snap/bin/nvim", in thesettings.json with neovim enabled

Expected behavior

No error message.

Environment (please complete the following information):

• Extension (VsCodeVim) version: 1.14.5
• VSCode version: 1.45.1
• OS: Ubuntu 18.04.4 LTS

[matatratata]

in my case path to snap is located in snap/nvim/391/usr/bin/nvim

[benjamin-rood]

I'm experiencing the same bug, very silly indeed. To be fair, this is really the fault with the way Snap works, sadly.

Look at the contents of my snap directory, for example:

total 8
drwxr-xr-x  2 root root 4096 Oct 15 11:55 .
drwxr-xr-x 17 root root 4096 Sep 23 09:48 ..
lrwxrwxrwx  1 root root    8 Jul 31 20:23 apm -> atom.apm
lrwxrwxrwx  1 root root   13 Jul 31 20:23 atom -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Jul 31 20:23 atom.apm -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Oct 15 11:55 code -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Oct 15 11:55 code.url-handler -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Jul 23 17:16 ebrowse -> emacs.ebrowse
lrwxrwxrwx  1 root root   13 Jul 23 17:16 emacs -> /usr/bin/snap
lrwxrwxrwx  1 root root   17 Jul 23 17:16 emacsclient -> emacs.emacsclient
lrwxrwxrwx  1 root root   13 Jul 23 17:16 emacs.ctags -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Jul 23 17:16 emacs.ebrowse -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Jul 23 17:16 emacs.emacsclient -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Jul 23 17:16 emacs.etags -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Jul 28 07:14 musikcube.app -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Jul 28 07:14 musikcube.daemon -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Aug 23 17:06 nvim -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Oct  5 23:53 slack -> /usr/bin/snap
lrwxrwxrwx  1 root root   13 Sep 21 13:34 spotify -> /usr/bin/snap

So, no wonder the plugin has issues with it!