Package Details: zerobrane-studio 1.90-6

Git Clone URL: https://aur.archlinux.org/zerobrane-studio.git (read-only, click to copy)
Package Base: zerobrane-studio
Description: A lightweight Lua-based IDE for Lua
Upstream URL: https://studio.zerobrane.com/
Keywords: ide lua zerobrane
Licenses: MIT
Submitter: losinggeneration
Maintainer: mpento
Last Packager: alerque
Votes: 44
Popularity: 0.000015
First Submitted: 2012-10-16 15:00 (UTC)
Last Updated: 2020-08-25 07:44 (UTC)

Dependencies (14)

Required by (0)

Sources (3)

Pinned Comments

alerque commented on 2020-02-27 16:20 (UTC)

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.

Latest Comments

1 2 3 4 5 6 .. 8 Next › Last »

Popolon commented on 2022-02-20 16:04 (UTC) (edited on 2022-02-20 16:06 (UTC) by Popolon)

Solution:

sudo pacman -S lua-binaryheap
pacaur -S lua-timerwheel
  • lua-timerwheel and lua-binaryheap should be added in depends

Self-Perfection commented on 2022-02-20 12:34 (UTC)

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

dini commented on 2020-08-24 17:10 (UTC)

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)

Rulatir commented on 2020-08-24 13:43 (UTC)

/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.

alerque commented on 2020-08-20 09:45 (UTC) (edited on 2020-08-20 09:58 (UTC) by alerque)

@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.

Popolon commented on 2020-08-18 22:46 (UTC)

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.

DeltaF1 commented on 2020-08-18 04:06 (UTC)

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

Rulatir commented on 2020-07-19 21:32 (UTC)

@caleb, the package in your repo doesn't bundle the debugging modules either.

Rulatir commented on 2020-07-19 21:20 (UTC)

This package neither builds nor bundles the linux C module redistributables found under bin/linux in the source. These are library overrides that are absolutely vital for debugging. Their absence in the package, combined with some assertion by author that I might have misinterpreted to mean those were no longer needed (turns out he was talking about something else) sent me on a two-day angry goose chase because debugging just plain wouldn't work.

DeltaF1 commented on 2020-04-19 00:43 (UTC)

For lfs: zbstudio crashes when trying to search all files (ctrl-shift-f) For lpeg/lexlpeg: I get an error on startup about not being able to find "lexlpeg.markdown"

I think lexlpeg is part of Scintilla? See this commit that added it to zbstudio.

The "Source > Comment/Uncomment" ctrl-u hotkey also doesn't work, but I'm not sure if that's related to the parsers or not . It now lowercases the selected text instead of commenting. Manually clicking on the menu option still works.