Package Details: zerobrane-studio 1.30-1

Git Clone URL: https://aur.archlinux.org/zerobrane-studio.git (read-only)
Package Base: zerobrane-studio
Description: A lightweight Lua-based IDE for Lua
Upstream URL: http://studio.zerobrane.com/
Keywords: ide lua zerobrane
Licenses: MIT
Conflicts: zerobrane-studio-git
Provides: zerobrane-studio
Submitter: losinggeneration
Maintainer: migerh (k2s)
Last Packager: migerh
Votes: 37
Popularity: 0.803437
First Submitted: 2012-10-16 15:00
Last Updated: 2016-01-25 22:15

Dependencies (6)

Required by (0)

Sources (3)

Latest Comments

migerh commented on 2016-08-12 05:33

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

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

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

migerh commented on 2015-12-20 20:15

@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

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

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 (https://www.archlinux.org/news/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

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

Thanks! Fixed.

s-ol commented on 2015-05-25 12:10

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

migerh commented on 2015-05-20 15:28

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

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

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

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

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:

https://gist.github.com/migerh/7d23813b714146de78b3

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

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

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

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

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.
https://github.com/pkulchenko/ZeroBraneStudio/pull/128

samueldr commented on 2013-04-14 17:43

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 <losinggeneration@gmail.com>
pkgname=zerobrane-studio
-pkgver=0.35
-pkgrel=2
+pkgver=0.361
+pkgrel=1
pkgdesc="A lightweight Lua-based IDE for Lua"
arch=(any)
url="http://studio.zerobrane.com/"
@@ -14,11 +14,12 @@
install=zerobrane-studio.install
_github_user="pkulchenko"
_github_project="ZeroBraneStudio"
-_github_rev="547c710"
+_github_rev="62d9bad"
source=("https://github.com/$_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/zbstudio.in b/zbstudio/zbstudio.in
-index d708dd5..c37cf0a 100644
--- a/zbstudio/zbstudio.in
+++ b/zbstudio/zbstudio.in
-@@ -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

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

Getting the debugger to work in mixed environment appears to different problem:
http://studio.zerobrane.com/doc-lua52-debugging.html

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

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

Here's my PKGBUILD for wxlua: http://pastebin.com/fXdVRXa2
(I'm afraid it is a bit shorter and cleaner than yours :-) )

ackalker commented on 2013-02-22 18:20

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/core.so':
/usr/lib/lua/5.1/socket/core.so: 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

PKGBUILD wxlua: http://pastebin.com/4ZyeNpji

losinggeneration commented on 2013-02-22 16:37

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

Please update to v0.35, adds some very interesting features :-)
https://github.com/pkulchenko/ZeroBraneStudio/blob/master/CHANGELOG.md

ackalker commented on 2013-02-22 11:53

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

losinggeneration commented on 2012-12-14 14:43

@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

Please update, the package 'luasocket' is no longer in the Arch repos (see https://aur.archlinux.org/packages/zerobrane-studio-git/ ). Please use either 'lua-socket' or 'lua51-socket'. Thanks :-)

ackalker commented on 2012-12-14 00:14

Please update, the package 'luasocket' is no longer in the Arch repos (see https://aur.archlinux.org/packages.php?ID=40750 ). Please use either 'lua-socket' or 'lua51-socket'. Thanks :-)

toiffel commented on 2012-12-05 05:49

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

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

toiffel commented on 2012-12-04 22:08

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

https://bbs.archlinux.org/viewtopic.php?id=141072

toiffel commented on 2012-12-04 22:05

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

https://bbs.archlinux.org/viewtopic.php?id=141072

Barthalion commented on 2012-11-17 18:08

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

losinggeneration commented on 2012-11-09 18:46

Works for me. Updated.

Barthalion commented on 2012-11-09 18:30

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

losinggeneration commented on 2012-10-24 14:52

Updated to v0.33. Toolbar icons now work.

losinggeneration commented on 2012-10-16 15:15

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

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

losinggeneration commented on 2012-10-16 15:12

If anyone wants to maintain this package let me know.

losinggeneration commented on 2012-10-16 15:12

Went ahead and updated this to fully backport the icons and all from git.

losinggeneration commented on 2012-10-16 15:01

This backports the CMakeLists.txt file from git to do most of the install. The next release should include that making the cmake.patch go away. Icons also aren't working.