Package Details: zerobrane-studio 1.90-6

Git Clone URL: (read-only, click to copy)
Package Base: zerobrane-studio
Description: A lightweight Lua-based IDE for Lua
Upstream URL:
Keywords: ide lua zerobrane
Licenses: MIT
Submitter: losinggeneration
Maintainer: alerque
Last Packager: alerque
Votes: 44
Popularity: 0.003745
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

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


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/'
        no file 'bin/linux/x64/clibs54/'
        no file '/usr/lib/lua/5.4/'
        no file '/usr/lib/lua/5.4/'
        no file './'
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/'
        no file 'bin/linux/x64/clibs54/'
        no file '/usr/lib/lua/5.4/'
        no file '/usr/lib/lua/5.4/'
        no file './'
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.

alerque commented on 2020-04-13 10:56 (UTC)

Thanks for the report @DeltaF1. It does look like there is a problem with what Lua libraries to bundle, but I'm having trouble verifying exactly which ones.

Can you give me an example of something in zbstudio that crashes for each of these modules? I'm particularly interested in what lexlpeg has to do with this since I can't even find such a thing on Luarocks, much less my own system. It looks like something ZBS specific, but isn't getting packaged right.

It looks like there are a couple other things that could be needed as well.

DeltaF1 commented on 2020-04-11 19:28 (UTC)

This package seems to missing some lua dependencies, namely lfs, lpeg, and lexlpeg. My install crashes if I try to use features that depend on those lua libraries.

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

I commented on the linked Github issue, but for the sake of people with notifications turned on here, the issues @ipochto brought up have been resolved and this is expected to build cleanly now (and not segfault when run).

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.

ipochto commented on 2019-11-19 18:00 (UTC) (edited on 2019-11-19 18:01 (UTC) by ipochto)


Issue on ZeroBrain Studio's github.

ipochto commented on 2019-11-18 10:48 (UTC) (edited on 2019-11-18 11:50 (UTC) by ipochto)

Unable to launch:

$ zbstudio

/usr/bin/lua: error loading module 'wx' from file '/usr/lib/lua/5.3/':
    /usr/lib/lua/5.3/ undefined symbol: lua_tonumber
stack traceback:
    [C]: in ?
    [C]: in function 'require'
    src/main.lua:38: in main chunk
    [C]: in ?

hollunder commented on 2018-10-30 07:46 (UTC)

I asked regarding our build issues and Paul provided a patch that should fix. Regardless, we should probably switch to his branch of wxLua. Both are linked in this email:,1

hollunder commented on 2018-10-22 08:58 (UTC)

I've had a look at the build script, which is build/ It includes the URLs to all the libraries that are being used, among them the wxwidgets and wxlua forks. It is a custom shell script rather than any existing build system, but maybe it can be used for packaging? I think it should at least be possible to use it to figure out how to build and where to install things.

If someone needs a working 1.80 you can just run the as a workaround.

Popolon commented on 2018-10-12 17:10 (UTC) (edited on 2018-10-13 21:02 (UTC) by Popolon)

The binary version of 1.70.1 I still have is available here with few other packages :

I also make a ArchlinuxARM version (for arm versions if needed) in :

I added all the files from the package wxlua-svn 252-3 I have on my system (x86-64), listed by pacman -Q --list wxlua-svn in this tarball (to untar in /, so you will be able to use it until this package is patched for changes, and to compile zerobrainstudio or use the package frop my ~repo :

In the same directory, a modifed PKGBUILD for 1.80, the patch is replaced by a more generic sed :

The new version of zerobrane-studio (1.80) need a new version of wxlua, so upgrade of this package will depend on it.

 /usr/bin/lua5.2: src/editor/package.lua:466: wxLua: Unable to call an unknown method 'ReplaceTargetRaw' on a 'wxStyledTextCtrl' type.

Popolon commented on 2018-10-12 17:01 (UTC)

My version of wxlua-svn is 252-3, perhaps you can try to make the same version looking at past AUR git version, or ask to owner of package to correct it. Sorry, wxlua-svn is installed on my computer but I don't have the package anymore and if I try to compile it again it fail.

I will look at the upgrade of zerobrane-studio to version 1.80

hollunder commented on 2018-10-12 16:35 (UTC)

I tried to get it to work with a few obvious edit and the patch no longer applies. Unfortunately even after getting it to the point where it should work I ran into some wxlua issue.

Wxlua-svn doesn't work anymore either.

Doesn't the Author of Zerobrane Studio have his own branch of wxlua or something? I think we should ask him for support on getting this to work properly.

Popolon commented on 2017-11-17 09:39 (UTC)

migerh: Ok, thanks, didn't read it well :).

migerh commented on 2017-11-17 04:48 (UTC)

@popolon: Since I orphaned the package months ago, there currently is no maintainer. Just adopt it and fix it.

Popolon commented on 2017-11-16 20:50 (UTC)

nice, hollunder, your patch work ! I was able to contact the maintainer of wxlua-svn, I adopted it patched it, just need to do the same for this package now. At least I have zerobrane working now with your patch. Thanks a lot !

hollunder commented on 2017-10-01 20:21 (UTC)

This PKGBUILD has the patch and workaround applied, hence it should work:

hollunder commented on 2017-10-01 20:11 (UTC)

Workaround that prevents checking for the wxmodule. Add this line before the cmake command: sed -e '/check_lua_module(wx TRUE)/ s/^#*/#/' -i CMakeLists.txt I've reported the segfault here:

hollunder commented on 2017-10-01 19:41 (UTC) (edited on 2017-10-01 19:47 (UTC) by hollunder)

I get the same error about wx not being found. lua5.2 -e 'require("wx")' [1] 18095 segmentation fault (core dumped) lua5.2 -e 'require("wx")' This is the reason the cmake-script trips up and says it can't find the module. Seems to work from within the interactive lua5.2 environment though.

Popolon commented on 2017-09-20 18:31 (UTC)

nheird: tried with your patch, it still doesn't work: 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) I've * lua52 5.2.4-2 and from aur: * wxlua-svn 252-1

nheird commented on 2017-06-02 21:34 (UTC) (edited on 2017-06-02 21:35 (UTC) by nheird)

Still out of date, i suggest this patch (work for my use case) diff --git a/PKGBUILD b/PKGBUILD index 08d23e0..0635119 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -1,7 +1,7 @@ # Maintainer: Michael Gerhaeuser <> # Contributor: Harley Laue <> pkgname=zerobrane-studio -pkgver=1.50 +pkgver=1.60 pkgrel=1 pkgdesc="A lightweight Lua-based IDE for Lua" arch=(any) @@ -14,22 +14,21 @@ conflicts=('zerobrane-studio-git') optdepends=('love: to debug love programs') _github_user="pkulchenko" _github_project="ZeroBraneStudio" -_github_rev="53fc3f0" -source=("$_github_user/$_github_project/tarball/${_github_rev}" +source=("$_github_user/$_github_project/archive/${pkgver}.zip" "zbstudio.patch" "user.lua") -sha512sums=('d7720c4ef014da2bb661f109014fc4200a3d8cf94db10f03a563b3bcfcf01264dabbf7f6a0c2120a4dd86256e95f72673c0f86812f9feeb14d74f5e3403b3b01' +sha512sums=('29b2dea2da1b9ba49c18b7c28733dc8b81a2fb48955897189f85dacce533cfbd769a76fd84a8524c558178472bc8d46d58321658940a4a56e8d90ad84ac13ff7' 'c36898ce75db091ed1c9f63d18c6604faf9cc1c33eee5ea6d2c4c6d313d1c429c1ef21e3d6e85671353354e5329559e5da5cd6b53c71350bca4d30a42f1233ad' '2edc1ba142cc13e49a6b429e4b240eab2bfc252b55c90b95d288d72a1175c99e4aef5dffd1be867ff2b6ed73ca6ec0de41440e5fc31f88059cc59a16aa1e7955') prepare() { - cd "$srcdir/$_github_user-$_github_project-$_github_rev" + cd "$srcdir/$_github_project-$pkgver" patch -p1 < "$srcdir/zbstudio.patch" } build() { - cd "$srcdir/$_github_user-$_github_project-$_github_rev/build" + cd "$srcdir/$_github_project-$pkgver/build" cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=RelWithDebInfo \ -DLUA_EXECUTABLE=/usr/bin/lua5.2 @@ -38,7 +37,7 @@ build() { } package() { - cd "$srcdir/$_github_user-$_github_project-$_github_rev/build" + cd "$srcdir/$_github_project-$pkgver/build" make DESTDIR="$pkgdir/" install install -d "$pkgdir/usr/share/licenses/$pkgname" cp ../LICENSE "$pkgdir/usr/share/licenses/$pkgname"

INdek commented on 2017-04-03 23:22 (UTC)

I'm getting module 'socket' not found as soon as I run any program because its running with lua 5.3 Here's the full output: Program starting as '"/usr/bin/lua" -e "io.stdout:setvbuf('no')" "/tmp/.KluqPM"'. Program 'lua' started in '/home/afonso/git/test/lua' (pid: 12855). /usr/bin/lua: /usr/share/zbstudio/lualibs/mobdebug/mobdebug.lua:102: module 'socket' not found: no field package.preload['socket'] no file '/usr/share/lua/5.3/socket.lua' no file '/usr/share/lua/5.3/socket/init.lua' no file '/usr/lib/lua/5.3/socket.lua' no file '/usr/lib/lua/5.3/socket/init.lua' no file './socket.lua' no file './socket/init.lua' no file './socket.lua' no file './socket/init.lua' no file './lua/socket.lua' no file './lua/socket/init.lua' no file '/usr/share/zbstudio/lualibs/socket/socket.lua' no file '/usr/share/zbstudio/lualibs/socket.lua' no file '/usr/share/zbstudio/lualibs/socket/socket/init.lua' no file '/usr/share/zbstudio/lualibs/socket/init.lua' no file '/usr/lib/lua/5.3/' no file '/usr/lib/lua/5.3/' no file './' no file '/usr/share/zbstudio/bin/linux/x64/' no file '/usr/share/zbstudio/bin/linux/x64/clibs/' no file '/usr/share/zbstudio/bin/linux/x64/clibs/' stack traceback: [C]: in function 'require' /usr/share/zbstudio/lualibs/mobdebug/mobdebug.lua:102: in main chunk [C]: in function 'require' /tmp/.KluqPM:1: in main chunk [C]: in ? Program completed in 0.02 seconds (pid: 12855). This is easly solved by executing sudo luarocks install luasocket but it would be nice if I didn't have to

migerh commented on 2016-12-24 19:43 (UTC)

Thanks for flagging this out of date. Completely missed it because it wasn't tagged on GitHub. Will take care at the beginning of next week after the holidays.

hollunder commented on 2016-09-27 19:18 (UTC)

I just noticed this again. This warning has been there for a long time. I am not sure it is entirely harmless: Apparently they got rid of it through a mass rebuild. I just saw that wxgtk is currently flagged out of date (since a month...), so perhaps that rebuild will fix this mismatch.

migerh commented on 2016-09-12 19:43 (UTC)

@gokcen: Apparently this comes from wxgtk: Not much I can do from here. Seems to be harmless anyways:

migerh commented on 2016-09-12 17:42 (UTC)

I just rebuilt wxlua-svn and now I get the same issue. I'll take a look at it.

gokcen commented on 2016-09-11 20:39 (UTC)

I also get same error about wxlua. It seems /usr/lib/lua/5.2 is not in LUA_CPATH, it gives this warning if I add it: $ LUA_CPATH='/usr/lib/lua/5.2/?.so' lua5.2 -e 'require("wx")' 22:33:05: Warning: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatible with 2.8), and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx containers,compatible with 2.8).

migerh commented on 2016-08-12 05:33 (UTC)

Have you (re)installed the wxlua-svn package? What happens when you run $ lua5.2 -e 'require("wx")'

tastyminerals commented on 2016-08-11 22:13 (UTC) (edited on 2016-08-11 22:13 (UTC) by tastyminerals)

Hmm, I don't know guys but "Lua module "wx" is not found" persists for me. I have been trying to build ZeroBrane for almost half a year now that I am forced to report it here. I can install ZeroBrane from their sh installer but it comes with some visual bugs, so I decided to give AUR package another try. It still breaks. What can I do?

menta commented on 2015-12-21 12:57 (UTC)

@migerh: Thank you, it's working now! :)

migerh commented on 2015-12-20 20:15 (UTC)

@menta: I updated wxlua-svn with a patch that should fix the problem for now. Please rebuild wxlua-svn and then try to build zerobrane-studio. Additionaly, an issue was raised with the wxlua project.

migerh commented on 2015-12-16 21:14 (UTC)

I had a look at it and the segmentation fault appears to come from wxLua during cleanup, i.e. when the lua interpreter is shut down. This of course results in an exit code other than 0 which causes cmake to believe there is no wx module :/ (lua5.2 -e 'require("wx")' is exactly how cmake tests if there is a wx module for lua). I'll put together what I found and will report this to wxlua (unless someone else is faster than me).

menta commented on 2015-12-16 13:11 (UTC)

Build fails with the following error: 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) I think it is related to the recent C++ ABI change ( The script listed on that page lists wxlua-svn among packages needing rebuild, even if I have already rebuilt it (version 251-1). I get this error: $ lua5.2 -e 'require("wx")' Segmentation fault (core dumped) Dou you have any suggestions how to fix it? I am neither a C++ nor a Lua expert.

k2s commented on 2015-08-09 16:13 (UTC)

this worked for me: * installed lua 5.3 * created wxlua-svn based on your build script * installed zerobrane-studio * had to install lua-socket to be able to run debug

migerh commented on 2015-05-26 17:11 (UTC)

Thanks! Fixed.

s-ol commented on 2015-05-25 12:10 (UTC)

The dependency for the socket module should read "lua52-socket", lua-socket is not 5.3.

migerh commented on 2015-05-20 15:28 (UTC)

It's not only the lua-bitup thing but the recent wxlua-svn update also breaks some things. I just fixed wxlua-svn and posted my PKGBUILD there. As soon as that is fixed I will upload the fixed zbstudio package.

kid_meier commented on 2015-05-20 11:34 (UTC)

The recent split of lua-bitop into lua5{12}-bitop has broken this PKGBUILD. I suspect its a simple matter of updating the depends array?

migerh commented on 2014-12-28 11:32 (UTC)

Of course I agree, that was my plan all along ;) As soon as wxlua is fixed zbstudio can be fixed back to the stable package.

Lastebil commented on 2014-12-28 09:25 (UTC)

That looks a LOT like the build for wxlua (based again on Pyrodevil's.) Since I just adopted wxlua, I'll do some things to merge yours and mine. Then, if you agree, we can keep wxlua and zerobranestudio "stable" and use the -svn and -git wxlua / zerobrane for 'bleeding edge.' (I'll update it in a bit if you agree, meanwhile I'm building a 'vanilla' vm to test against.)

migerh commented on 2014-12-28 07:50 (UTC)

The reason I chose to temporarily switch to wxlua-svn two weeks ago was because wxlua was built against lua-5.1 and wx 2.8 and zbstudio 0.90 wouldn't work with it because of an API change in wx 2.9+ (it would crash because wxStyledTextEvent:GetUpdated() was not available). This is my current wxlua PKGBUILD based on PyroDevil's wxlua PKGBUILD for lua5.2: It appears to work fine but in order to update zbstudio wxlua first needs to be updated.

Lastebil commented on 2014-12-28 00:52 (UTC)

oh, I don't have to take over maintenance of this one - ok, well, hmm. That's actually problematic, in that this one uses wxlua-svn. migerh, can you instead change this to using wxlua, leaving the git version of this package using the 'unstable' svn? Hollander and I discussed this via email and sort of agreed that was the way to go. If you don't, there actually is no use for the wxlua package. But as this package did NOT build 2 days ago using wxlua-svn, but it did build using wxlua (stable,) at least the version with the modified packagebuild that I have - well. You understand - we just want to have working packages (:

hollunder commented on 2014-09-03 17:59 (UTC)

I updated the package and disabled two patches that no longer applied. I disowned the package, feel free to take over.

hollunder commented on 2014-06-19 21:12 (UTC)

Hey there. With the help of the Author I managed to get zbstudio to build and run with lua5.2. So here's the updated packge of the brand-new 0.70 release :)

samueldr commented on 2013-04-14 18:11 (UTC)

Forget the updated, did not actually test it properly, It seems that a fix for OSX behaviour and control key breaks the application. I would wait out for an update before using 0.361. A has been authored though and is waiting pull request approval.

samueldr commented on 2013-04-14 17:43 (UTC)

Here's a patch to update the PKGBUILD and the zbstudio.patch file. The zbstudio.patch file would also need to be updated in the zerobrane-studio-git package. The zbstudio script has changed since it was last authored. To patch, save as zb-0.361.patch and do $ patch < zb-0.361.patch diff -ud ./PKGBUILD ../zerobrane-studio-0.361/PKGBUILD --- ./PKGBUILD 2013-02-22 15:02:55.000000000 -0500 +++ ../zerobrane-studio-0.361/PKGBUILD 2013-04-14 13:07:37.335694869 -0400 @@ -1,7 +1,7 @@ # Maintainer: Harley Laue <> pkgname=zerobrane-studio -pkgver=0.35 -pkgrel=2 +pkgver=0.361 +pkgrel=1 pkgdesc="A lightweight Lua-based IDE for Lua" arch=(any) url="" @@ -14,11 +14,12 @@ install=zerobrane-studio.install _github_user="pkulchenko" _github_project="ZeroBraneStudio" -_github_rev="547c710" +_github_rev="62d9bad" source=("$_github_user/$_github_project/tarball/${pkgver}" "zbstudio.patch") -md5sums=('8ee751759ffdd21689391e53d69eda6b' - '593fcb6e04215df27f337b6794967007') + +md5sums=('b5a129c090e0fd958a0d42bc6e25f31a' + '749a7b23ee061c8123ced5d80eef5cf3') build() { cd "$srcdir/$_github_user-$_github_project-$_github_rev" diff -ud ./zbstudio.patch ../zerobrane-studio-0.361/zbstudio.patch --- ./zbstudio.patch 2012-12-14 09:33:08.000000000 -0500 +++ ../zerobrane-studio-0.361/zbstudio.patch 2013-04-14 13:06:47.375889713 -0400 @@ -1,10 +1,9 @@ -diff --git a/zbstudio/ b/zbstudio/ -index d708dd5..c37cf0a 100644 --- a/zbstudio/ +++ b/zbstudio/ -@@ -1,4 +1,4 @@ - #!/bin/sh +@@ -1,4 +1,3 @@ + #!/bin/bash - cd "@IDE_DATADIR@" --lua src/main.lua zbstudio "$@" -+@LUA_EXECUTABLE@ src/main.lua zbstudio "$@" +-if [[ "$(uname -m)" == "x86_64" ]]; then ARCH="x64"; else ARCH="x86"; fi +-(cd "@IDE_DATADIR@"; bin/linux/$ARCH/lua src/main.lua zbstudio "$@") & ++(cd "@IDE_DATADIR@"; "@LUA_EXECUTABLE@" src/main.lua zbstudio "$@") & +

losinggeneration commented on 2013-02-22 19:57 (UTC)

I think I'll just set the system-wide default (in cfg/user.lua) to lua5.1 and if the user /wants/ to use lua5.2, they'll have to do that on their own (at least for now until the luasockets mess is worked out.)

ackalker commented on 2013-02-22 19:39 (UTC)

Getting the debugger to work in mixed environment appears to different problem: Maybe force /usr/bin/lua5.1 to be default (principle of least surprise) so users can set path.lua = "/usr/bin/lua" in cfg/user.lua to override it?

ackalker commented on 2013-02-22 18:54 (UTC)

Nope, using luasocket-git (which should state conflict with lua51-socket BTW) doesn't solve the problem. Ah, I love the smell of package version transitions in the morning...

ackalker commented on 2013-02-22 18:40 (UTC)

Here's my PKGBUILD for wxlua: (I'm afraid it is a bit shorter and cleaner than yours :-) )

ackalker commented on 2013-02-22 18:20 (UTC)

Ha! losinggeneration :-) Seems that we both discovered & worked on the same thing ;-) I have a fixed PKGBUILD for wxlua as well as an install of zerobrane-studio-git. Now I discovered that ZBS's debugger isn't working anymore because of a version mixup: Debugger server started at miki-desktop:8172. Program starting as '"lua" -e "xpcall(function() io.stdout:setvbuf('no'); require('mobdebug').loop('miki-desktop',8172) end,function(err) print(debug.traceback(err)) end)"'. Program 'lua' started in '' (pid: 22996). error loading module 'socket.core' from file '/usr/lib/lua/5.1/socket/': /usr/lib/lua/5.1/socket/ undefined symbol: lua_pcall stack traceback: (command line):1: in function <(command line):1> [C]: in ? [C]: in function 'require' /usr/share/lua/5.1/socket.lua:13: in main chunk [C]: in function 'require' lualibs/mobdebug/mobdebug.lua:71: in main chunk [C]: in function 'require' (command line):1: in function <(command line):1> [C]: in function 'xpcall' (command line):1: in main chunk [C]: in ? Program completed in 0.15 seconds (pid: 22996). This is because ZBS now supports (and uses) Lua 5.2 (and there's no way to override it in the GUI) while lua51-socket (obviously) only supports lua51. Add to that that lua-socket has gone AWOL, and we have ourselves a lovely mess... :(

losinggeneration commented on 2013-02-22 16:39 (UTC)


losinggeneration commented on 2013-02-22 16:37 (UTC)

I was holding off because wxlua is broken and doesn't currently build. However, I decided to fix that PKGBUILD to leave in the comments. With that working again, I could actually test to make sure the new version worked.

ackalker commented on 2013-02-22 11:53 (UTC)

Please update to v0.35, adds some very interesting features :-)

losinggeneration commented on 2012-12-14 14:43 (UTC)

@ackalker Yes I'm well aware since I maintain both packages ;) It's updated now. (New version as well, which was why I kind of held off.)

ackalker commented on 2012-12-14 00:17 (UTC)

Please update, the package 'luasocket' is no longer in the Arch repos (see ). Please use either 'lua-socket' or 'lua51-socket'. Thanks :-)

kodemeister commented on 2012-12-05 05:49 (UTC)

KDE seems to be able to detect new icons automatically while GNOME is not. The updated package now works perfectly, thanks!

losinggeneration commented on 2012-12-04 22:42 (UTC)

toiffel: I didn't have that problem with KDE. I went ahead and have it forcing the update.

kodemeister commented on 2012-12-04 22:05 (UTC)

Works fine for me except the application icon not appearing in main menu after installing. Try to use this in .install file: gtk-update-icon-cache -q -t -f /usr/share/icons/hicolor

Barthalion commented on 2012-11-17 18:08 (UTC)

Nobody said that something doesn't work, just suggested shorter pkgdesc. :)

losinggeneration commented on 2012-11-09 18:46 (UTC)

Works for me. Updated.

Barthalion commented on 2012-11-09 18:30 (UTC)

Good job! May I suggest changing pkgdesc to simpler "A lightweight Lua-based IDE for Lua"?

losinggeneration commented on 2012-10-24 14:52 (UTC)

Updated to v0.33. Toolbar icons now work.

losinggeneration commented on 2012-10-16 15:15 (UTC)

If anyone is interested in maintaining this let me know. (It looks like icons still aren't really working as they should in v0.32.)

losinggeneration commented on 2012-10-16 15:13 (UTC)

This backports some install features from git (CMake file, icons, launch file, and .desktop file.) Next release should be much simpler I think.