luan/nvim

Luan's Neovim distribution

<<<<<<< HEAD

DEPRECATED V1

||||||| parent of 91da47a (LazyVim)

Luan's Neovim distribution

=======

💤 LazyVim

91da47a (LazyVim)

<<<<<<< HEAD Checkout the v1 branch for more details. The main branch will be replaced with that's currently in lazy soon. And it will not be backwards compatible. ||||||| parent of 91da47a (LazyVim) This Vim distribution is a re-write of luan/vimfiles with the goal of break free from the original vim and focus on supporting Neovim. Neovim is a faster moving project that is much more approachable for contributions.

If you're familiar with luan/vimfiles and want to know what has noticeably changed, try :help vimfiles-migrating (or just :help migrating). You can view that help file online here.

Why a new repo?

The old repo may still be used by people stuck in the original vim for some reason, so breaking that compatibility could be frustrating for them.

Furthermore, I feel like some of the decisions made with regards to keybindings on the other repo need to be updated. Having a completely new fork makes it so users have to intentionally transition, giving them the change to realize that some things have changed.

Installation

This config is exclusive to Neovim, so you need to install it on your system first. You also need python and the python 3 client for Neovim installed(python 3 is important). Those are well documented processes and are platform dependent. At the moment I don't intend to provide an all-in-one installer as part of this config as we used to have on luan/vimfiles.

Dependencies: We'll need a few extra things installed in your system in order to properly setup everything:

• curl: used to install the plugin manager.
• npm: used to install JS tools and some language server binaries.
• ripgrep: superfast grep replacement used by the search plugins.
• fd: superfast fd replacement used by the file finding plugins.
• bat: A cat(1) clone with syntax highlighting and Git integration. (optional)

Once you have that setup, all you have to do is clone this config in the right spot:

git clone https://github.com/luan/nvim ~/.config/nvim

Plugins will be automatically downloaded and setup as necessary.

Updating

The distribution checks for updates on boot and every hour when it's running. The check is non-disruptive and will only show messages passively when one of the following is true:

• An update is available (and you should run :ConfigUpdate).
• An error occurred fetching the remove version.
• You have local changes on your nvim config repo (you really shouldn't unless you're preparing a PR).

:ConfigUpdate updates the local config. Since we use packer you can also use :PackerSync to update plugins separately.

Customizing

In the config directory there's a special folder that is git ignored, that is $XDG_CONFIG_HOME/nvim/lua/user, it is created on first boot based on the lua/user.defaults on in this repo. The three hooks are:

• lua/user/before.lua: Runs before everything, useful to set globals that change plugin behavior
• lua/user/plugins.lua: Runs during plugin setup, you can add your own choices of plugins here. More on adding plugins here
• lua/user/after.lua: Runs at the end, useful to override and map your own key bindings and configure your custom plugins. This is also where you'd change the colorscheme

It is recommended that you track your user settings on a separate repo and symlink them in here, see my dotfiles repo for an example.

Troubleshooting

In the event things behave incorrectly or the config becomes unstable in general, regular vim debugging methods apply. Check :checkhealth for clues on what's wrong with your setup.

Make sure language servers are installed for your language; :LspInstall <language> installs it for a given language.

A starter template for LazyVim. Refer to the documentation to get started.

91da47a (LazyVim)

nvim's Issues

nvim_lsp deprecated

On a fresh install, I'm seeing

lualine: There are some issues with your config. Run :LualineNotices for details

Running :LualineNotices shows me

### diagnostics.source
Diagnostics source `nvim_lsp` has been deprecated in favour of `nvim_diagnostic`.
nvim_diagnostic shows diagnostics from neovim's diagnostics api
while nvim_lsp used to only show lsp diagnostics.

You've something like this your config.
```lua
  {'diagnostics', sources = {'nvim_lsp'}}
```
It needs to be updated to:
```lua
  {'diagnostics', sources = {'nvim_diagnostic'}}
```

This is on Mac, with nvim --version showing

NVIM v0.6.0
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by brew@BigSur

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

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

<Plug>CloserClose being printed when pressing ENTER

How to reproduce:

• Just create a normal file without extension, or .md
• go to insert mode and press ENTER
• You will see <Plug>CloserClose

I tried to fix it but I couldn't figure out how :(

Please provide a way for users to override coc settings

I can't include solargraph i the Gemfile for my current project. If I try to use coc as-is it falls, but if I change the boolean here so it does not use bundler everything seems to work. Is there a user-facing way to change this?

nvim/coc-settings.json

Line 16 in 8255dd9

"solargraph.useBundler": true,

Tmux + Tests: Is there a way to automate it exit from visual/search mode?

Hey there!

I've done some research but couldn't find anything in the subject, I don't know if more people use vim inside tmux, I really like the testing shortcuts and I use it all the time.
But one thing has driven me crazy for months and since I couldn't figure out how to fix it by myself I'm asking for help 😓

The scenario is, you hit the short cut, and the tests run in the tmux panel for you, it works as intended. Then you scroll up that panel (entering visual/search mode) find what went wrong with the test, go back to vim and run the test short cut again.
That sends the test string to the visual mode of tmux instead of inserting it in the panel, which depending on the day can drive you crazy!

Is there a way for the shortcut to also "exit" the search mode?
Am I the only one that have this issue? 😢

Many thanks in advance for any help!

telescope find_files broken

I rely on <leader>ff a lot, and something seems to have been broken it recently. Nothing happens when I run the shortcut. :Telescope find_files and :lua require("telescope.builtin").find_files() both work.

As close to a repro as I can give:

• clone https://github.com/benmoss/gh-release-installer
• nvim dependencies.go followed by <leader>ff does nothing
• nvim followed by <leader>ff works. open dependencies.go and it breaks.

I tried bisecting and it pointed to either e4cf95b or fac3737, it was kinda hard to be sure things were working on the old commits. Definitely seems like something LSP specific could be messing it up, since it only seems to crop up when I open a .go file.

I tried nvim -v10 but didn't see anything obvious there either.

go.mod automatically updated

We're noticing that our go.mod file gets updated if we open a session inside a go mod project. The packages added are:

+ golang.org/x/crypto v0.0.0-20190506204251-e1dfcc566284 // indirect
+ golang.org/x/net v0.0.0-20190503192946-f4e77d36d62c // indirect
+ golang.org/x/sys v0.0.0-20190507160741-ecd444e8653b // indirect
+ golang.org/x/text v0.3.2 // indirect
+ golang.org/x/tools v0.0.0-20190506145303-2d16b83fe98c // indirect

We think it has to do with installing vim-go with :InstallBinaries but we're not sure what's going on. When we set :let $GO111MODULE = 'off' in before.vim we don't get the updates to go.mod so it's trying to install something..

Have you seen behavior like this? Are we doing something wrong? Any help to get rid of the automatic go.mod updates would greatly appreciated!

Plugins not properly functioning on fresh install until "PackerSync" is run and treesitter runs background update.

Reproduction steps:

clone_if_not_exist "https://github.com/luan/nvim.git" "${HOME}/.config/nvim"

# Add custom Nvim config
echo "Symlinking nvim config"
rm -f "${HOME}/.config/nvim/lua/user/after.lua" "${HOME}/.config/nvim/lua/user/plugins.lua" "${HOME}/.config/nvim/lua/user/before.lua"
mkdir -p "${HOME}"/.config/nvim/lua/user
ln -sf "${DIR}/nvim-after.lua" "${HOME}/.config/nvim/lua/user/after.lua"
ln -sf "${DIR}/nvim-plugins.lua" "${HOME}/.config/nvim/lua/user/plugins.lua"
ln -sf "${DIR}/nvim-before.lua" "${HOME}/.config/nvim/lua/user/before.lua"

# Update all the plugins
nvim +UpdateRemotePlugins +qall
nvim -c 'autocmd User PackerComplete quitall' -c 'PackerSync'

At this point the plugins are partially working, but opening up a tree navigator - results in an error:

It's not until a :PackerSync is manually invoked does the treesitter begin to get updated as a background process.

Note "60/70" in bottom left corner indicating an update is occurring even after the :PackerSync is finished.

Unknown function: SemshiBufWipeout

I'm just migrating from the old config, I've cleaned all the old files and started from scratch with this one (at least I hope).
But I'm getting this error when starting vim:

Error detected while processing BufWipeout Autocommands for "*":
E117: Unknown function: SemshiBufWipeout

Is there any dependency I'm missing?

PackerSync fails on a fresh install

PackerSync commands fails on a brand new install before anything's been opened. PackerSync command comes from the Packer docks

Reproduction steps below:

clone_if_not_exist "https://github.com/luan/nvim.git" "${HOME}/.config/nvim"
git clone https://github.com/fatih/vim-go.git ~/.local/share/nvim/site/pack/plugins/start/vim-go
# Add custom Nvim config
echo "Symlinking nvim config"
rm -f "${HOME}/.config/nvim/lua/user/after.lua" "${HOME}/.config/nvim/lua/user/plugins.lua" "${HOME}/.config/nvim/lua/user/before.lua"
mkdir -p "${HOME}"/.config/nvim/lua/user
ln -sf "${DIR}/nvim-after.lua" "${HOME}/.config/nvim/lua/user/after.lua"
ln -sf "${DIR}/nvim-plugins.lua" "${HOME}/.config/nvim/lua/user/plugins.lua"
ln -sf "${DIR}/nvim-before.lua" "${HOME}/.config/nvim/lua/user/before.lua"

nvim +GoInstallBinaries +qall
nvim +UpdateRemotePlugins +qall
nvim --headless -c 'autocmd User PackerComplete quitall' -c 'PackerSync'

Results:

+ nvim --headless -c 'autocmd User PackerComplete quitall' -c PackerSync
/home/pivotal/workspace/devenv/configure.sh: line 28: 49115 Segmentation fault      (core dumped) nvim --headless -c 'autocmd User PackerComplete quitall' -c 'PackerSync'

a follow up run yields:

user@machine:~/workspace/environment$ nvim --headless -c 'autocmd User PackerComplete quitall' -c 'PackerSync'
[packer.nvim] [ERROR 16:04:33] a...:lua"]:1: module 'cmp' not found:[packer.nvim] ^Ino field package.preload['cmp'][packer.nvim] ^Ino file './cmp.lua'[packer.nvim] ^Ino file '/usr/share/luajit-2.1.0-beta3/cmp.lua'[packer.nvim] ^Ino file '/usr/local/share/lua/5.1/cmp.lua'[packer.nvim] ^Ino file '/usr/local/share/lua/5.1/cmp/init.lua'[packer.nvim] ^Ino file '/usr/share/lua/5.1/cmp.lua'[packer.nvim] ^Ino file '/usr/share/lua/5.1/cmp/init.lua'[packer.nvim] ^Ino file './cmp.so'[packer.nvim] ^Ino file '/usr/local/lib/lua/5.1/cmp.so'[packer.nvim] ^Ino file '/usr/lib/x86_64-linux-gnu/lua/5.1/cmp.so'[packer.nvim] ^Ino file '/usr/local/lib/lua/5.1/loadall.so'All parsers are up-to-date!remote/host: python3 host registered plugins ['semshi']remote/host: generated rplugin m...tal/.local/share/nvim/rplugin.vim

nvim version info:

NVIM v0.5.1
Build type: Release
LuaJIT 2.1.0-beta3
Compilation: /usr/bin/cc -g -O2 -fdebug-prefix-map=/build/neovim-PzR5es/neovim-0.5.1=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=1 -DDISABLE_LOG -Wdate-time -D_FORTIFY_SOURCE=1 -DNVIM_TS_HAS_SET_MATCH_LIMIT -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/build/neovim-PzR5es/neovim-0.5.1/build/config -I/build/neovim-PzR5es/neovim-0.5.1/src -I/usr/include -I/usr/include/lua5.1 -I/build/neovim-PzR5es/neovim-0.5.1/build/src/nvim/auto -I/build/neovim-PzR5es/neovim-0.5.1/build/include
Compiled by [email protected]

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

Replace vim-ultest with neotest

vim-ultest has been deprecated in favour of https://github.com/nvim-neotest/neotest

This issue is about replacing the plugin and shortcuts, for instance +T ..

Allow disabling auto-formatting in Go

Our team has encountered a lot of frustration when working in Go due to the auto-formatter. It works very quickly and seems to add a new operation to the undo stack. It often ends up formatting too soon (e.g. after pasting a block of code, or in the middle of writing an import line) and then it becomes difficult to undo (because it just keeps coming back).

Is there a way to disable it? Can we add one? Wanted to get your thoughts. Thanks!

Side note: We have also noticed that the . shortcut (redo the last operation) does not seem to work. We aren't sure if this is related to the auto-formatting or not. Happy to open another issue for that if it's unrelated.

Decide on key mappings

feature request: easter egg keybinding

when i input:

participants home -> functionality -> mute -> return -> $ -> $ -> backlogger -> command -> control -> option -> delete -> delete -> delete -> me -> capslock -> shift -> escape -> invite

i want a new buffer to open and ascii confetti to be displayed across the screen.

Document additional dependencies

Installation will fail if the user doesn't have curl and npm installed.

Please document these dependencies in the README (checks for their presence in the install/update scripts would be great, too)

'set wrap' breaks ale or something?

Pretty sure this isn't a problem with your config, just using this issue as a means of communication.

Using a new checkout of the config and adding set wrap to the current session causes the error text pop-up to break [when your cursor is on the wrapped error line] with the following error:

Error detected while processing function ale#cursor#EchoCursorWarning[34]..<SNR>259_ShowCursorDetailForItem[8]..ale#floating_preview#Show:
line   45:
E5555: API call: Vim:E315: ml_get: invalid lnum: 2
Press ENTER or type command to continue

This is likely an error with the plugin [and the fact that I'm a monster and like my text wrapped]. I just need to figure out who to report this bug to.

Status line separator characters do not display properly

Hi Luan,

We at the Garden team are trying out this repository and we noticed that the light line status bar has is not rendered properly: on our machines we see a couple of question marks in boxes. It could be the font that we are using, but I guess it is not great to depend on a particular font. Maybe change those to some characters that are more generally available?

Enabling syntax and plugin

Hi Luan,

I am having a hard time here trying to turn on some configuration (syntax and plugin) and would appreciate your help :)

This is what I am trying to do:

• Install vim-ruby/vim-ruby plugin
• Open a ruby file and try to fold/unfold methods/classes
• Use some motion commands

This is what I had before on my config:

syntax on
filetype indent on
filetype plugin on

I tried to translate this into a lua script but it does not load set the config properly:

vim.cmd('filetype plugin indent on')
vim.cmd('syntax on')

Do you know if there's a way to enable them with a lua script? (When I execute them on the "nvim command line" it works)

Thanks!

How to suppress automatic installation message when opening nvim

Every time I open nvim on linux it shows the following message:

(automatic installation) Installing LSP server: sumneko_lua
(automatic installation) Installing LSP server: terraformls

Is there a way to suppress that message?

Error in plugin nvim-autopairs lisp is null

When I open nvim I see this error

packer.nvim: Error running config for nvim-autopairs: /home/foo/.config/nvim/lua/plugins/autopairs.lua:8: attempt to get length of field 'lisp' (a nil value)

Looking at autopairs.lua it is trying to access lisp, which seems to have been refactor in a way where it can't be appended to anymore (as seen in this commit: windwp/nvim-autopairs@469ef47)

treesitter errors after update

Hey, Luan!

I am getting these errors after the recent upgrade:

Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/diffview.nvim/plugin/diffview.lua:
E5113: Error while calling lua chunk: ...site/pack/packer/start/diffview.nvim/plugin/diffview.lua:22: attempt to call local 'command' (a nil value)
stack traceback:
	...site/pack/packer/start/diffview.nvim/plugin/diffview.lua:22: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/nvim-cmp/plugin/cmp.lua:
E5113: Error while calling lua chunk: ...ite/pack/packer/start/nvim-cmp/lua/cmp/utils/autocmd.lua:19: 'group' must be a string
stack traceback:
	[C]: in function 'nvim_create_autocmd'
	...ite/pack/packer/start/nvim-cmp/lua/cmp/utils/autocmd.lua:19: in function 'subscribe'
	...hare/nvim/site/pack/packer/start/nvim-cmp/plugin/cmp.lua:28: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/nvim-treesitter/plugin/nvim-treesitter.lua:
E5113: Error while calling lua chunk: ...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: 'group' must be a string
stack traceback:
	[C]: in function 'nvim_create_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: in function 'enable_mod_conf_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:461: in function 'define_modules'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:536: in function 'init'
	...ack/packer/start/nvim-treesitter/lua/nvim-treesitter.lua:17: in function 'setup'
	.../packer/start/nvim-treesitter/plugin/nvim-treesitter.lua:9: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/nvim-treesitter-endwise/plugin/nvim-treesitter-endwise.lua:
E5113: Error while calling lua chunk: ...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: 'group' must be a string
stack traceback:
	[C]: in function 'nvim_create_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: in function 'enable_mod_conf_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:461: in function 'define_modules'
	...ack/packer/start/nvim-treesitter/lua/nvim-treesitter.lua:21: in function 'define_modules'
	.../nvim-treesitter-endwise/lua/nvim-treesitter-endwise.lua:7: in function 'init'
	...im-treesitter-endwise/plugin/nvim-treesitter-endwise.lua:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/nvim-treesitter-textobjects/plugin/nvim-treesitter-textobjects.vim:
line    3:
E5108: Error executing lua ...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: 'group' must be a string
stack traceback:
	[C]: in function 'nvim_create_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: in function 'enable_mod_conf_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:461: in function 'define_modules'
	...ack/packer/start/nvim-treesitter/lua/nvim-treesitter.lua:21: in function 'define_modules'
	...eesitter-textobjects/lua/nvim-treesitter-textobjects.lua:23: in function 'init'
	[string ":lua"]:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/nvim-ts-autotag/plugin/nvim-ts-autotag.vim:
line    1:
E5108: Error executing lua ...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: 'group' must be a string
stack traceback:
	[C]: in function 'nvim_create_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: in function 'enable_mod_conf_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:461: in function 'define_modules'
	...ack/packer/start/nvim-treesitter/lua/nvim-treesitter.lua:21: in function 'define_modules'
	...ack/packer/start/nvim-ts-autotag/lua/nvim-ts-autotag.lua:6: in function 'init'
	[string ":lua"]:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/nvim-ts-context-commentstring/plugin/ts_context_commentstring.vim:
line    1:
E5108: Error executing lua ...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: 'group' must be a string
stack traceback:
	[C]: in function 'nvim_create_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: in function 'enable_mod_conf_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:461: in function 'define_modules'
	...ack/packer/start/nvim-treesitter/lua/nvim-treesitter.lua:21: in function 'define_modules'
	...s-context-commentstring/lua/ts_context_commentstring.lua:4: in function 'init'
	[string ":lua"]:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/nvim-ts-rainbow/plugin/rainbow.vim:
line    1:
E5108: Error executing lua ...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: 'group' must be a string
stack traceback:
	[C]: in function 'nvim_create_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:106: in function 'enable_mod_conf_autocmd'
	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:461: in function 'define_modules'
	...ack/packer/start/nvim-treesitter/lua/nvim-treesitter.lua:21: in function 'define_modules'
	...m/site/pack/packer/start/nvim-ts-rainbow/lua/rainbow.lua:22: in function 'init'
	[string ":lua"]:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/telescope.nvim/plugin/telescope.lua:
E5113: Error while calling lua chunk: ...te/pack/packer/start/telescope.nvim/plugin/telescope.lua:108: attempt to call field 'nvim_create_user_command' (a nil value)
stack traceback:
	...te/pack/packer/start/telescope.nvim/plugin/telescope.lua:108: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/cmp-vsnip/after/plugin/cmp_vsnip.vim:
line    1:
E5108: Error executing lua [string ":lua"]:1: loop or previous error loading module 'cmp'
stack traceback:
	[C]: in function 'require'
	[string ":lua"]:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/cmp-buffer/after/plugin/cmp_buffer.lua:
E5113: Error while calling lua chunk: ...pack/packer/start/cmp-buffer/after/plugin/cmp_buffer.lua:1: loop or previous error loading module 'cmp'
stack traceback:
	[C]: in function 'require'
	...pack/packer/start/cmp-buffer/after/plugin/cmp_buffer.lua:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/cmp-calc/after/plugin/cmp_calc.lua:
E5113: Error while calling lua chunk: ...ite/pack/packer/start/cmp-calc/after/plugin/cmp_calc.lua:1: loop or previous error loading module 'cmp'
stack traceback:
	[C]: in function 'require'
	...ite/pack/packer/start/cmp-calc/after/plugin/cmp_calc.lua:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/cmp-nvim-lua/after/plugin/cmp_nvim_lua.lua:
E5113: Error while calling lua chunk: .../packer/start/cmp-nvim-lua/after/plugin/cmp_nvim_lua.lua:1: loop or previous error loading module 'cmp'
stack traceback:
	[C]: in function 'require'
	.../packer/start/cmp-nvim-lua/after/plugin/cmp_nvim_lua.lua:1: in main chunk
Error detected while processing /Users/mmanukyan/.local/share/nvim/site/pack/packer/start/cmp-path/after/plugin/cmp_path.lua:
E5113: Error while calling lua chunk: ...ite/pack/packer/start/cmp-path/after/plugin/cmp_path.lua:1: loop or previous error loading module 'cmp'
stack traceback:
	[C]: in function 'require'
	...ite/pack/packer/start/cmp-path/after/plugin/cmp_path.lua:1: in main chunkDownloading tree-sitter-tiger...

I have tried deleting ~/.loca/share/nvim and re-installing everything again but the errors persist.

Do you know what can cause that?

Swoop buffer does not update on `<enter>`

When you use :Swoop and edit the swoopBuf, :w updates the source buffers the way the plugin is supposed to work. If you use <enter> to try and save the swoopBuf, however, it will instead create a file named swoopBuf in the current working directory, which seems wrong.

Error message about local changes --> need to update git

I was getting the following error on startup: "Local changes detected. If these are user preferences, consider moving them to your user settings."

Turns out, my Centos-standard git hadn't been upgraded yet. That was the fix: use a recent git release and there aren't warnings.

Stale go errors

Have you noticed this problem? Sometimes when editing Go code errors appear, and then I can't get them to go away except by restarting Coc or futzing around with the code until it just decides to refresh.

Tab attempt to call global 'has_words_before'

Issue:

E5108: Error executing lua /Users/aleal/.config/nvim/lua/plugins/completion.lua:33: attempt to call global 'has_words_before' (a nil value)

How to reproduce:

• Put the cursor at the beginning of the sentence, go to insert mode, press

Error when saving files with go syntax errors: 'Error detected while processing BufWritePre Autocommands for "*.go":'

Error detected while processing BufWritePre Autocommands for "*.go":
E5108: Error executing lua ...lar/neovim/0.7.0/share/nvim/runtime/lua/vim/lsp/util.lua:366: offset_encoding: expected string, got nil
stack traceback:
        [C]: in function 'error'
        vim/shared.lua: in function 'validate'
        ...lar/neovim/0.7.0/share/nvim/runtime/lua/vim/lsp/util.lua:366: in function 'apply_text_edits'
        ...lar/neovim/0.7.0/share/nvim/runtime/lua/vim/lsp/util.lua:546: in function 'apply_text_document_edit'
        ...lar/neovim/0.7.0/share/nvim/runtime/lua/vim/lsp/util.lua:765: in function 'apply_workspace_edit'
        /Users/tscolari/.config/nvim/ftplugin/go.lua:17: in function 'GoImportsSync'

Hey there!
I started getting these errors after the last ConfigUpdate.
It seems to be caused when an import is missing (or not required), it fails to adjust the list and at the same time throws this massive error everytime the file is saved.

Do you have any idea of what could be the cause?

Mixing custom `.vim` configurations

Hey there!

I've just migrated to the latest version (was stuck in the deprecated mater for a while).
Is there a way to still load custom .vim configs? Or everything needs to be rewritten to lua?

`:UpdateRemotePlugins` on first run

if you don't, it fails to start deoplete and you get something like this:

brooth/far.vim#14

Write about every plugin being used

Ale incorrectly indentifies JSX files with flow types as Typescript

See title: I'm working on a PR fix

Alternative to Vipe

Hi Luan 👋

I got used to Vipe a lot and I noticed that you are no longer using/supporting it. I wonder if you have been using something else instead.

If not, do you have any suggestion?

Thanks

GoImports/Equivalent not running on save

Do you know what could cause goimports (or what currently adds/removes imports in the go files) to not run?

vim is just not auto formatting nor fixing the imports on save anymore.
I did run :PlugUpdate, and I believe it broke it. But I'm not sure how to debug this further, on a command line running goimports file produces the correct output. - The same happens with GoImports from vim.

GoLang doesn't work on fresh installs on OS X

Looks like it's not installing/creating the $HOME/.local/share/nvim/go directory, nore are you able to run :GoInstallBinaries post install.

How to reproduce after XCode/command line tools is installed:

$ brew install python3 neovim
...
$ pip3 install neovim
...
$ nvim
...
$ ls $HOME/.local/share/nvim
plugged shada site swap undo view

fzf.vim commands not found

Is there a way to enable the fzf.vim commands? >> https://github.com/junegunn/fzf.vim#commands

I see a "Not an editor command: XYZ" error whenever I try to run them.

And, I have ag, rg installed..

search-under-cursor

:Ag used to be great at this, but now I don't know how to do it.

plz advise and close if PEBKAC

Vim-grepper is a private repo

trsdln/vim-grepper appears to be a private repo and causing some plugin failures when being used.

Is this a fork and if so, could a public fork be used in lieu of a private one?

Support Macs with `arm` architecture

The path /usr/local is protected by System Integrity Protection on Macs with Apple designed chips. To get around this I propose checking uname -p for the response arm and setting the install_path variable in bin/install to a more suitable path. I just used the homebrew path at /opt/homebrew because I already had /opt/homebrew/bin on my PATH.

custom coc-settings.json

Is there any way to add customizations to coc-settings.json? Looking around the docs for coc.nvim and it doesn't seem like there's a way to merge any additional config except the :CocLocalConfig, which is working directory based and so not so ideal.

I did find this issue which seems like it could solve our problems if it existed as a feature though: neoclide/coc.nvim#2996

The after.lua script is not being loaded

We updated to the latest config. It looks like our user/after.lua script is not being loaded. This is probably an issue with any user script, but we only use after.lua right now.

This seems to be related to this change: a0fcbfe.

The has_module function no longer returns true when switching from loaders to preload. I learned this by reverting this change and can see my after.lua file get loaded. Unsure of what the fix is though.

gopls is unstable

Using the main gopls from https://github.com/golang/go/wiki/gopls doesn't work for everything and the fork has some limitations as well as being harder to install.

Tracking issue to remind us to look at this often and figure out when it's safe to revert back to gopls.

:ConfigUpdate does not update the config

Running :ConfigUpdate didn't actually update the config, instead, it printed a message on the screen and nothing happened:

There is a new version of the nvim config available. Run :ConfigUpdate to update to the latest.

After a while, I ended up running some git commands manually to pull the changes

Go.lua causing an error

getting the following error when I install the gopls language server:

Error executing vim.schedule lua callback: ...cker/start/nvim-lsp-installer/lua/nvim-lsp-installer.lua:65: Vim(runtime):E5113:
Error while calling lua chunk: .config/nvim/ftplugin/go.lua:21: Vim(autocmd):E216: No such group or event:
    autocmd BufWritePre *.go lua GoImportsSync(1000)
augroup END

Local changes break auto-update

We had staged local modifications to our clone of this repo, which caused nvim to try and update every time we opened a new neovim session. While we were able to resolve the problem by discarding the staged changes, it was difficult to diagnose why the repeated updates were occurring.

It would be nice to have a clearer message that there are discrepancies between the local state and the remote.

Something is introducing line breaks in bash files

When writing long lines in bash scripts using the latest version of this config, newlines are introduced while writing long lines in bash scripts.

These line breaks aren't escaped, so if you don't notice what's happened your script will break.

vim-test with go and ruby

Consider using coc.nvim

Hi!

I've been using your distribution for a few month already and I'm really thankful of the good work you've done putting this together. Yesterday I gave coc.nvim a try and I have to say it is leaps and bounds better than any other LanguageClient I've tried before.

I had to modify quite a few files to get this to work correctly, and I'd like to bring it to your consideration in the hope that I don't have to fork this project. These were my changes:

• Removed deoplete
• Added coc#status to the lightline
• Removed plugin tpope/vim-endwise as it was interfering with a smoother autocomplete experience. This plugin can probably be kept by replicating the same tricks you did for closing the deplete window when hitting enter
• Removed plugin Shougo/echodoc. Coc offers a much better alternative out of the box.

Let me know if you'd wish I send a pull request with my suggested changes, if this is of any interest to you.

Golang errors are hard to find

I installed luan/nvim on a vagrant box. With a golang error:

I see that there is a compilation error, but I can't seem to find the content of the error without running :GoVet. In the old vimfiles I would have noted the error in a pane at the bottom. I have heard that in this version, hovering over the error is supposed to display information, but I do not see that (perhaps because I am in running it in a vagrant box?)

Any thoughts?

Support for hidden files

I often find myself working with hidden files and directories, and I would like to be able to see them in lir and search in them via fzf.

To do this is fairly simple:

LIR config:

require('lir').setup {
  show_hidden_files = true,
}

FZF config:

vim.env.FZF_DEFAULT_COMMAND = 'fd --hidden --exclude={.git,.idea,.vscode,.sass-cache,node_modules,build} --type f'

However, when i set these in after.lua neither setting is respected. I have to manually edit the lir.lua and fzf.lua files to get these settings to stick.

First question: is there a way I can configure this behavior today? Am I missing something?

Second question: assuming this is not configurable, would you be open to adding support for it? I think the default behavior should still be to ignore hidden files but I'd like a way to enable these settings. I'd expect some sort of global setting in before.lua called include_hidden_files or similar.

Thoughts?

go plugin fails healthcheck with: "attempt to index global '_GO_NVIM_CFG' (a nil value)"

From a completely clean install of neovim 0.7.0, pynvim 0.4.3, and the latest config in this repo, I see lots of errors when interacting with golang files. Running :checkhealth shows the following:

  2 go: require("go.health").check()
  3 ========================================================================
  4   - ERROR: Failed to run healthcheck for "go" plugin. Exception:
  5     function health#check, line 20
  6     Vim(eval):E5108: Error executing lua ...re/nvim/site/pack/packer/start/go.nvim/lua/go/health.lua:17: attempt to index global '_GO_NVIM_CFG' (a nil value)
  7     stack traceback:
  8     ...re/nvim/site/pack/packer/start/go.nvim/lua/go/health.lua:17: in function 'binary_check'
  9     ...re/nvim/site/pack/packer/start/go.nvim/lua/go/health.lua:92: in function 'check'
 10     [string "luaeval()"]:1: in main chunk

ray-x/go.nvim#112 may be related, and I tried adding require("go").setup() to my before.lua but that didn't change the behavior I observed.

Merge additional config for a language-server?

Hi!

There's a config option for the rust_analyzer language-server that I'd like to add, but I know it's not an appropriate default for everyone.

So I'd like to make the change locally. Either for my machine, or just for this one rust workspace, if that's possible.

If I make the change directly to lua/lang.lua it looks like this:

--- a/lua/lang.lua
+++ b/lua/lang.lua
@@ -103,7 +103,8 @@ lspconfig.rust_analyzer.setup({
         importPrefix = "by_self",
       },
       cargo = {
-        loadOutDirsFromCheck = true
+        loadOutDirsFromCheck = true,
+        runBuildScripts = true
       },

But of course then I get the warning

[Config] Local changes detected
━━━━━━━━━━━━━━━━━━━━
Consider moving them to your user settings.

How can I "move" this 1-line change into my user settings?

Do I copy all of lang.lua into one of the lua/user files? Can I re-run the language-server's setup() function from one of those? Is there some clever way to just send my 1 extra config option to the language server at run-time or something?

Thanks!

Automatically update less often

As a user of these nvim configs, I want to be interrupted by updates less often, so that my flow is broken less often.

Currently it seems like it updates whenever updates are available, which means my pair and I get stuck for 1-5 minutes watching it do its thing. This can be frustrating when we just wanna edit a little manifest or config file. I've been hit by updates 2+ times a day before which is a bummer. We've got 11 pairs in the networking program all using these configs, so 5 minutes adds up pretty fast 😂

I definitely don't want to disable auto updating entirely though, because there's lots of good stuff here. I might propose creating a stable branch that we can follow, that just has all the changes from master merged into it weekly.