search

nvim-neorocks / rocks.nvim

🌒 Neovim plugin management inspired by Cargo, powered by luarocks
GNU General Public License v3.0
704 stars 14 forks source link

Bundle `lua` shim with rocks.nvim #386

Open mrcjkb opened 4 months ago

mrcjkb commented 4 months ago

We already bundle a luarocks config. With this, we can set variables.LUA = <path-to-nlua>.

mrcjkb commented 3 months ago

Closing as not planned for now.

mrcjkb commented 2 months ago

Reopening. We might not be able to use nlua, as the luarocks wrapper has a hardcoded shebang, but we might be able to use a simple shim.

bnwa commented 1 month ago

Just to be clear, would this remove the need for users to maintain a ‘lua’ executable on path? I ask b/c on macOS, Homebrew does not install an executable with that name for any of its Lua runtime packages, so users have to maintain an alias it would seem.

mrcjkb commented 1 month ago

Just to be clear, would this remove the need for users to maintain a ‘lua’ executable on path? I ask b/c on macOS, Homebrew does not install an executable with that name for any of its Lua runtime packages, so users have to maintain an alias it would seem.

Yes, this issue exists specifically because of the homebrew issue :smile:

bnwa commented 1 month ago

Just to be clear, would this remove the need for users to maintain a ‘lua’ executable on path? I ask b/c on macOS, Homebrew does not install an executable with that name for any of its Lua runtime packages, so users have to maintain an alias it would seem.

Yes, this issue exists specifically because of the homebrew issue 😄

Ohhhhh. Awesome, thanks.

mrcjkb commented 6 days ago

rocks is getting quite close to feature parity with luarocks (at least for the purpose of installing the vast majority of nvim plugins). And this issue is more complicated than I anticipated. As there are known workarounds to getting this to work on macos, I will de-prioritise this. We should, however, add a wiki page with suggestions for macos.