Arch Linux User Repository

PSA: I've started hosting this and all its dependencies as prebuilt packages in my repository for those that want to install them using pacman without messing around with building from the AUR.

Instead of compiling lua module coxpall, add "lua-coxpcall" as dependency. It's not a good habit to give write access in /usr/share/ subdirectories. Need to found how to push zerobrane-studio to use more standard ~/.config/... for users.

This one:

/bin/lua: /usr/share/lua/5.4/timerwheel/init.lua:33: module 'coxpcall' not found:
    no field package.preload['coxpcall']

fixing by this: $ luarocks install coxpcall

But, we have another problem: /usr/share/zbstudio/cfg is forbidden to access, because of rights. To fix it, need to change the PKGBUILD:

this line

install -dm644 "$pkgdir/usr/share/zbstudio/cfg"

to this:

install -dm755 "$pkgdir/usr/share/zbstudio/cfg"

Another missing dependency: lua-coxpcall

/bin/lua: /usr/share/lua/5.4/timerwheel/init.lua:33: module 'coxpcall' not found:
    no field package.preload['coxpcall']
    no file 'lualibs/coxpcall.lua'
    no file 'lualibs/coxpcall/coxpcall.lua'
    no file 'lualibs/coxpcall/init.lua'

Solution:

sudo pacman -S lua-binaryheap
pacaur -S lua-timerwheel

• lua-timerwheel and lua-binaryheap should be added in depends

Looks like it misses dependencies. Right after install it crashes on start with following message:

/usr/bin/lua: /usr/share/lua/5.4/copas.lua:21: module 'binaryheap' not found:
        no field package.preload['binaryheap']
        no file 'lualibs/binaryheap.lua'
        no file 'lualibs/binaryheap/binaryheap.lua'
        no file 'lualibs/binaryheap/init.lua'
        no file '/usr/share/lua/5.4/binaryheap.lua'
        no file '/usr/share/lua/5.4/binaryheap/init.lua'
        no file '/usr/lib/lua/5.4/binaryheap.lua'
        no file '/usr/lib/lua/5.4/binaryheap/init.lua'
        no file './binaryheap.lua'
        no file './binaryheap/init.lua'
        no file 'bin/linux/x64/clibs54/libbinaryheap.so'
        no file 'bin/linux/x64/clibs54/binaryheap.so'
        no file '/usr/lib/lua/5.4/binaryheap.so'
        no file '/usr/lib/lua/5.4/loadall.so'
        no file './binaryheap.so'
stack traceback:
        [C]: in function 'require'
        /usr/share/lua/5.4/copas.lua:21: in main chunk
        [C]: in function 'require'
        src/editor/debugger.lua:7: in main chunk
        [C]: in function 'dofile'
        src/main.lua:597: in main chunk
        [C]: in ?
Command exited with non-zero status 1

This error I managed to circumvent by installing community/lua-binaryheap. But now I am stuck with this:

/usr/bin/lua: /usr/share/lua/5.4/copas.lua:1024: module 'timerwheel' not found:
        no field package.preload['timerwheel']
        no file 'lualibs/timerwheel.lua'
        no file 'lualibs/timerwheel/timerwheel.lua'
        no file 'lualibs/timerwheel/init.lua'
        no file '/usr/share/lua/5.4/timerwheel.lua'
        no file '/usr/share/lua/5.4/timerwheel/init.lua'
        no file '/usr/lib/lua/5.4/timerwheel.lua'
        no file '/usr/lib/lua/5.4/timerwheel/init.lua'
        no file './timerwheel.lua'
        no file './timerwheel/init.lua'
        no file 'bin/linux/x64/clibs54/libtimerwheel.so'
        no file 'bin/linux/x64/clibs54/timerwheel.so'
        no file '/usr/lib/lua/5.4/timerwheel.so'
        no file '/usr/lib/lua/5.4/loadall.so'
        no file './timerwheel.so'
stack traceback:
        [C]: in function 'require'
        /usr/share/lua/5.4/copas.lua:1024: in main chunk
        [C]: in function 'require'
        src/editor/debugger.lua:7: in main chunk
        [C]: in function 'dofile'
        src/main.lua:597: in main chunk
        [C]: in ?
Command exited with non-zero status 1

CMake Error at CMakeLists.txt:35 (message): Lua module "wx" is not found Call Stack (most recent call first): CMakeLists.txt:105 (check_lua_module)

/usr/bin/zbstudio is a shell script that invokes /usr/bin/lua. Editing that script to invoke /usr/bin/lua5.3 instead seems like a good interim solution if you need to run zbstudio right now.

@Popolon I fixed the wxlua package to build again using Lua 5.3, but this package (even modified to use Lua 5.3 packages) won't detect that either. It doesn't like being compiled under a non-default system Lua at all. The zerobrane-studio-git package doesn't fare any better right now because there is no upstream work that fixes what is actually broken.

I think the problem is in some of the CMake routines used to detect modules, but I'm out of time to try to put together patches right now. I'd be happy to accept contributions towards this if anybody comes up with something that works. git format-patch dumped here works, or PR's to here.

wxlua-git currently compile with Lua-5.4, but then, zerobrain-studio doesn't detect it, as it try to search wxlua in lua 5.3. Perhaps a zerobrain-studio-git based on last git version could compile with it, else we need to wait for next releases of box wxlua and zerobrain.

This package seems to be broken now that lua has updated to 5.4, since the wxlua dependency is missing