loverocks new fail due to nil value

[SeaEyeHay]

I have lua 5.1.5 installed on MxLinux.
I am using love 11.3.

The error outputed is:

Using template "love"
/usr/bin/lua5.1: [string "etlua"]:15: attempt to index global 'versions' (a nil value)
stack traceback:
[string "etlua"]:15: in main chunk
(tail call): ?
/home/anthony/.luarocks/share/lua/5.1/etlua.lua:236: in function </home/anthony/.luarocks/share/lua/5.1/etlua.lua:234>
(tail call): ?
...thony/.luarocks/share/lua/5.1/loverocks/template.lua:31: in function 'apply'
...y/.luarocks/share/lua/5.1/loverocks/commands/new.lua:29: in function <...y/.luarocks/share/lua/5.1/loverocks/commands
/new.lua:23>
(tail call): ?
...s/lib/luarocks/rocks/loverocks/0.2.1-1/bin/loverocks:3: in main chunk
[C]: ?

[jfhbrook]

I started doing some debugging on this. The core issue is that versions isn't defined in the "env" that's being passed to etlua, the templating library. The error is a little cryptic because tail calls remove those locations from the stack, but ultimately etlua is finding versions to be nil and is falling back to checking _G.

template.lua warns that it's procedurally generated in some capacity. But I think the secret sauce is actually in love-versions.lua. The latest version of love defined in this file is 11.1, and homebrew is currently installing 11.5. loverocks doesn't know what versions of everything 11.5 uses, the relevant lookup sets versions to nil, and it doesn't blow up until it's time to render the template. Womp womp.

The good news is that it should be relatively straightforward to fix - all we need to do is define versions for loves 11.2, 11.3, 11.4 and 11.5. 🎉