Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow configuring the nvim path used inside s:inverse_search_cmd #2261

Closed
poscat0x04 opened this issue Nov 29, 2021 · 1 comment
Closed

Allow configuring the nvim path used inside s:inverse_search_cmd #2261

poscat0x04 opened this issue Nov 29, 2021 · 1 comment

Comments

@poscat0x04
Copy link
Contributor

poscat0x04 commented Nov 29, 2021

On NixOS, if one chooses to configure neovim declaratively, then the neovim binary gets wrapped inside a wrapper.
What the wrapper does is it calls the neovim binary with suitable arguments and environment variables. One of the arguments passed is -u /nix/store/h97rm0ckx2p9vqcc5hsdkskykw882j87-init.vim which is how the plugins such as vimtex get loaded.
This usually works fine, but when vimtex uses zathura for viewing pdf, and since get(v:, 'progpath') returns the path to the unwrapped binary, the unwrapped binary gets passed to zathura as part of the synctex command. This immediately causes a problem: since the unwrapped binary can't possibly load vimtex, the command will always fail.

One way to solve this is issue to allow configuring the nvim path used inside s:inverse_search_cmd so people using NixOS (and possibly GuixSD) can manually set the nvim path to the wrapper. Unfortunately, I'm don't know much vimscript so I cannot implement this.
See also: NixOS/nixpkgs#78033

@lervag
Copy link
Owner

lervag commented Nov 30, 2021

This issue is discussed further in #2262.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants