Package Details: zorba 3.0-2

Git Clone URL: https://aur.archlinux.org/zorba.git (read-only)
Package Base: zorba
Description: NoSQL(XQuery/JSONiq) Query Processor written in C++.
Upstream URL: http://www.zorba.io/
Licenses: Apache
Submitter: mboes
Maintainer: alyst
Last Packager: alyst
Votes: 5
Popularity: 0.085106
First Submitted: 2008-10-09 12:25
Last Updated: 2015-06-08 16:43

Required by (0)

Sources (5)

Latest Comments

alyst commented on 2015-01-15 13:22

@Luciddream Great. You can use this one as a template. There's extensive documentation available: https://wiki.archlinux.org/index.php/Creating_packages (for git-based packages take a look especially at https://wiki.archlinux.org/index.php/VCS_package_guidelines).

Luciddream commented on 2015-01-15 13:19

I can try to create a zorba-git package but I have no clue how to do this :) I guess it's time to learn.

alyst commented on 2015-01-15 13:11

@Luciddream Actually, I haven't tried running zorba in the past few months, so it's quite probable it might be broken. But if you are willing to invest some time in testing the fix, I can incorporate the changes. Alternatively, you can create zorba-git package that would build from the master or gcc-4.9 branch + ArchLinux-specific patches (some of the patches we have in this AUR they have already pulled in).

Luciddream commented on 2015-01-15 13:04

Thanks for quick fix, it builds now.

However when I try to run xquery scripts I get an error:
*** Error in `/usr/bin/zorba': corrupted double-linked list: 0x0000000001740620 ***

To be honest I was expecting it not to work, because I had read about a bug about zorba 3.0 and GCC 4.9. I'm not sure if that's the case here but it seems there is a different git branch for GCC 4.9, which arch uses. The bug is reported here: https://bugs.launchpad.net/zorba/+bug/1317976
The git repo is here: https://github.com/28msec/zorba/tree/gcc-4.9
I also think they might have implemented the fixes on the master branch, so maybe we could add another version of zorba from the git repo for arch?

alyst commented on 2015-01-15 10:37

@Luciddream Thanks for reporting. Adding "-pthread" option to the linker arguments fixed that. I've also fixed a problem with XQJ SWIG bindings generation missing Zorba Java API.

Luciddream commented on 2015-01-14 09:46

This is not building for me. Here is the build log

http://pastebin.com/Pn3Vj7NR

c00kiemon5ter commented on 2013-09-18 16:08

great, thanks

alyst commented on 2013-09-18 11:14

@c00kiemon5ter Thanks a lot for looking into this!

I've incorporated the conflicts and some quote/formatting changes.

I'm not sure about the removal of the build folder -- it could always be manually done from the command line. ATM I just changed PKGBUILD so that mkdir doesn't fail if "build" folder already exists (which is convenient if you don't want to recompile from scratch).

I've refactored your parser patching into a patch file that directly fixes parser.y. I've also submitted it as the bugreport upstream: https://bugs.launchpad.net/zorba/+bug/1227047

ATM zorba compiles, but I had not tested yet if the parser is working correctly.

alyst commented on 2013-09-18 11:13

@c00kiemon5ter Thanks a lot for looking into this!

I've incorporated the conflicts and some quote/formatting changes.

I'm not sure about the removal of the build folder -- it could always be manually done from the command line. ATM I just changed PKGBUILD so that mkdir doesn't fail if "build" folder already exists (which is convenient if you don't want to recompile from scratch).

I've refactored your parser patching into a patch file that directly fixes parser.y. I've also submitted it as the bugreport upstream: https://bugs.launchpad.net/zorba/+bug/1227047

c00kiemon5ter commented on 2013-09-17 21:41

ok, here's a somewhat logical fix.
see changes between (after)'cmake' and (before)'make' invocations.

other changes include
a) the removal of the 'build' dir, as it
causes cmake to abort re-building the package
(running makepkg a second time failed),
b) added conflicts array
xqilla provides /usr/include/xqc.h
which is also provided by zorba
and so the packages are in conflict,
c) formatting and whitespace and some quotes

please test: http://sprunge.us/iVdR

c00kiemon5ter commented on 2013-09-17 21:40

ok, here's a somewhat logical fix.
see changes between (after)'cmake' and (before)'make' invokations.

other changes include
a) the removal of the 'build' dir, as it
causes cmake to abort re-building the package
(running makepkg a second time failed),
b) added conflicts array
xqilla provides /usr/include/xqc.h
which is also provided by zorba
and so the packages are in conflict,
c) formatting and whitespace and some quotes

please test: http://sprunge.us/iVdR

c00kiemon5ter commented on 2013-09-17 19:50

Alright, I'll try that.

I made it build by commenting out the unused declarations and tweaking the options a bit. Even after one resolves those, more errors occur that, imo, should result in errors in the make process but just be plain warnings.

I'll see if I can make a patch or work something out ..

alyst commented on 2013-09-16 20:38

@c00kiemon5ter It was building ok before, now it fails for me with the same errors as well. I guess it's due to the bison upgrade to 3.0, but I'm not at all familiar with Bison, so I don't know what's the best way to fix it. You can try rolling back to an older bison.

c00kiemon5ter commented on 2013-09-16 19:00

this fails to build for me. any ideas ?

--- --- --- --- --- --- --- --- --- --- --- --- --- --- ---

[ 30%] Generating functions/func_fnput.cpp
-- Copying pregenerated file for /tmp/zorba/src/zorba-2.9.1/build/src/functions/func_fnput.cpp
/tmp/zorba/src/zorba-2.9.1/build/src/compiler/parser/xquery_parser.y:121.1-12: error: %define variable 'api.pure' is not used
%pure-parser
^^^^^^^^^^^^
make[2]: *** [src/compiler/parser/xquery_parser.cpp] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 31%] Generating functions/func_ft_module.cpp
-- Copying pregenerated file for /tmp/zorba/src/zorba-2.9.1/build/src/functions/func_ft_module.cpp
/tmp/zorba/src/zorba-2.9.1/build/src/compiler/parser/jsoniq_parser.y:121.1-12: error: %define variable 'api.pure' is not used
%pure-parser
^^^^^^^^^^^^
make[2]: *** [src/compiler/parser/jsoniq_parser.cpp] Error 1
make[1]: *** [src/CMakeFiles/zorba_simplestore.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

--- --- --- --- --- --- --- --- --- --- --- --- --- --- ---

full text here: http://sprunge.us/jVac

alyst commented on 2013-05-15 09:49

@abbradar thanks! PKGBUILD updated

abbradar commented on 2013-05-14 16:06

Oh, sorry, I forgot about it. I have already removed it, so checksums have changed, sorry. Fixed patch: http://codepad.org/ksO98uu5

alyst commented on 2013-05-14 15:37

@abbradar thanks, I will try it later this evening. The updated PKGBUILD also references bindings_dirs.patch, could you please provide it?

abbradar commented on 2013-05-14 14:43

http://codepad.org/IAH8ARIV

alyst commented on 2013-05-14 11:44

@abbradar I'm just concerned about inflating makedepends list with the things that are not usually installed. It's hard to avoid installing java, python and ruby (because of gvim), so these ones are ok. As for the other bindings, I guess it would not be hard to add the support once there would be someone that really needs it.

abbradar commented on 2013-05-14 11:27

@alyst
There is a lot of bindings: for csharp, java, php, python, ruby and something named XQJ. I don't think that we need to build all of them. Personally I need python bindings and maybe ruby or php will be of use for someone, too. What do you think?

alyst commented on 2013-05-13 16:06

@abbradar You are very welcome to provide the enhanced PKGBUILD. I'm not using the bindings, so I'm not aware how to handle it properly.

abbradar commented on 2013-05-13 15:58

Add swig, python and ruby to makedepends; zorba compiles with bindings to them if they are present in the system. Maybe also repackage its modules from /usr/share/{python,ruby}/*.so to proper paths. I can provide a necessary patch later.

alyst commented on 2013-04-27 18:29

@mrozanc thanks, fixed

mrozanc commented on 2013-04-24 12:36

In package(), we need
cd $srcdir/$pkgname-$pkgver/build
instead of
cd $srcdir/build

alyst commented on 2011-08-21 20:11

updated to 2.0.0

alyst commented on 2011-08-20 23:01

Updated to latest stable zorba 1.4.2.
PKGBUILD might have some missing dependencies as I had most of zorba requirements already installed on my system.