reproduce LUA_PATH and LUA_CPATH order in Lua 5.1 and LuaJIT

[starius]

hererocks adds its paths to the beginning of LUA_PATH_DEFAULT and LUA_CPATH_DEFAULT.

It is similar to how Lua 5.3 does. I'm not certain about Lua 5.2.

Lua 5.1 and LuaJIT use local path "./?.lua" as first member.

I think, changing LUA_LDIR and LUA_CDIR is more reliable than adding new component to the beginning. Moreover, current behaviour promotes code inside hererocks to load system-wide code, which breaks the isolation and may result in hidden dependencies.

See http://lua.2524044.n2.nabble.com/Virtualenv-Lua-liketool-td7672360.html

[mpeterv]

hererocks does reproduce the order (local first for Lua 5.1 and LuaJIT, local last for Lua 5.2+):

hererocks/hererocks.py

Line 503 in bbc6080

local_paths_first = self.major_version == "5.1"

[starius]

Sorry for the noise, I forgot to reset LUA_PATH and LUA_CPATH while testing. After I set LUA_PATH=';;' LUA_CPATH=';;' it works as expected. There is no bug with the order.

What do you think about the second part of the request: excluding system-wide libraries like /usr/lib/ from LUA_PATH_DEFAULT and LUA_CPATH_DEFAULT?

[mpeterv]

What do you think about the second part of the request: excluding system-wide libraries like /usr/lib/ from LUA_PATH_DEFAULT and LUA_CPATH_DEFAULT?

That's done, too. Only paths within installation prefix and current directory are there. Looks like the message on the mailing list with lists of paths is produced using standard global installations and not hererocks.

[starius]

I see. There is no bug, so I close the issue.