tarcisioe
commented
1 month ago I think I somewhat get what is happening:
My luarocks binary comes from the luarocks package from Arch. That is a Lua 5.4 package. I thus tried doing sudo luarocks install --lua-version=5.1 luarocks (knowing that would break the luarocks package). That did in fact fix the issue, however I of course uninstalled it and reinstalled the system luarocks package.
But what puzzles me is that if I run lua =vim.system({ "luarocks", "--lua-version=5.1", "which", "luarocks.core.path" }):wait().stdout:match("(%S+)/luarocks /core/path.lua"), which is what rocks.nvim is adding to the path, it outputs /usr/share/lua/5.4, which isn't being searched (and I believe it most likely shouldn't be, in fact).
It seems that luarocks modules should be acessible from elsewhere for rocks.nvim, maybe on its own tree, but I'm unsure how to do that. My previous attempt to do this failed, in fact, with a rather puzzling effect. This is what I get if I install luarocks to ~/.local/share/nvim/rocks:
Error executing vim.schedule lua callback: ...sioe/.local/share/nvim/rocks/share/lua/5.1/nio/tasks.lua:95: Async task fa
iled without callback: The coroutine failed with this message:
...isioe/.local/share/nvim/rocks/share/lua/5.1/nio/init.lua:119: The coroutine failed with this message:
...oe/.local/share/nvim/rocks/share/lua/5.1/nio/control.lua:145: /usr/bin/lua5.1: ...ib/luarocks/rocks-5.1/luarocks/3.11
.0-1/bin/luarocks:6: loop or previous error loading module 'luarocks.loader'
stack traceback:
[C]: in function 'require'
...ib/luarocks/rocks-5.1/luarocks/3.11.0-1/bin/luarocks:6: in main chunk
[C]: ?
stack traceback:
[C]: in function 'error'
...oe/.local/share/nvim/rocks/share/lua/5.1/nio/control.lua:145: in function 'wait'
...oe/.local/share/nvim/rocks/share/lua/5.1/rocks/state.lua:43: in function 'installed_rocks'
...oe/.local/share/nvim/rocks/share/lua/5.1/rocks/state.lua:136: in function 'query_removable_rocks'
...oe/.local/share/nvim/rocks/share/lua/5.1/rocks/cache.lua:71: in function <...oe/.local/share/nvim/rocks/share
/lua/5.1/rocks/cache.lua:67>
stack traceback:
[C]: in function 'error'
...isioe/.local/share/nvim/rocks/share/lua/5.1/nio/init.lua:119: in function 'gather'
.../luarocks/rocks-5.1/rocks.nvim/2.21.0-1/plugin/rocks.lua:56: in function <.../luarocks/rocks-5.1/rocks.nvim/2
.21.0-1/plugin/rocks.lua:54>
stack traceback:
[C]: in function 'error'
...sioe/.local/share/nvim/rocks/share/lua/5.1/nio/tasks.lua:95: in function 'close_task'
...sioe/.local/share/nvim/rocks/share/lua/5.1/nio/tasks.lua:117: in function 'cb'
...sioe/.local/share/nvim/rocks/share/lua/5.1/nio/tasks.lua:183: in function 'waiter'
...oe/.local/share/nvim/rocks/share/lua/5.1/nio/control.lua:57: in function 'set'
...isioe/.local/share/nvim/rocks/share/lua/5.1/nio/init.lua:105: in function 'cb'
...sioe/.local/share/nvim/rocks/share/lua/5.1/nio/tasks.lua:93: in function 'close_task'
...sioe/.local/share/nvim/rocks/share/lua/5.1/nio/tasks.lua:117: in function 'cb'
...sioe/.local/share/nvim/rocks/share/lua/5.1/nio/tasks.lua:183: in function 'waiter'
...oe/.local/share/nvim/rocks/share/lua/5.1/nio/control.lua:116: in function 'wake'
...oe/.local/share/nvim/rocks/share/lua/5.1/nio/control.lua:137: in function 'set_error'
...oe/.local/share/nvim/rocks/share/lua/5.1/rocks/state.lua:37: in function 'on_exit'
....local/share/nvim/rocks/share/lua/5.1/rocks/luarocks.lua:67: in function ''
vim/_editor.lua: in function <vim/_editor.lua:0> 
mrcjkb
After upgrading rocks.nvim I have been getting this error when neovim opens:
I have checked the code in my config that adds everything to the runtime path and everything seems ok. Also commented out all my plugins to ensure nothing is being loaded and no config is being called. Happens with a fresh install (
rm -r ~/.local/nvim/*followed byluarocks --lua-version=5.1 --tree /home/tarcisioe/.local/share/nvim/rocks --server='https://nvim-neorocks.github.io/rocks-binaries/' install rocks.nvim)I have attempted to install
luarockswithlua-version=5.1inside~/.local/share/nvim/rocksbut then things got even weirder with coroutine/callback errors fromnioso I don't think it was a good idea :sweat_smile:Edit: I looked at #247 but I'm on 2.21, and the code from the PR that closed that issue is present on my installation.