Package Details: arangodb 3.0.3-2

Git Clone URL: https://aur.archlinux.org/arangodb.git (read-only)
Package Base: arangodb
Description: A multi-model NoSQL database, combining key-value, document and graph data models.
Upstream URL: https://www.arangodb.com/
Keywords: database document graph key-value model multi nosql
Licenses: Apache
Conflicts: arangodb-git, arangodb-latest
Provides: arangodb=3.0.3
Submitter: bpdp
Maintainer: sleepycat
Last Packager: sleepycat
Votes: 8
Popularity: 1.294246
First Submitted: 2012-08-23 14:29
Last Updated: 2016-07-20 18:27

Latest Comments

sleepycat commented on 2016-07-19 16:01

I've updated the package to the new cmake build system and ArangoDB 3.0.3.
I have a copy of the repo on github: https://github.com/sleepycat/arangodb_arch
If you see anything than can be improved leave a comment here or on github. Pull requests obviously welcome.

illuser commented on 2016-06-25 15:25

Arangodb is now on version 3. Version 3 has changed the build system to cmake.

mrkvon commented on 2016-06-06 02:20

In v2.8.7 (with gcc v6.1.1) the database fails with Segmentation fault after opening web interface (http://127.0.0.1:8529).

details (and fix) here: https://github.com/arangodb/arangodb/issues/1841

Marqin commented on 2016-03-20 18:58

That SSLv3 error is fixed in 2.8.5

asaaki commented on 2016-03-08 00:05

It seems they have disabled SSLv3 method recently in the package:
https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/openssl&id=4b82ed4285c7cb76caf6d75a015c5a7542c625d1

But arangodb seems to expect it.

asaaki commented on 2016-03-07 23:53

@markasoftware:
Can confirm, seems to happen after update of openssl package to most recent version.

Have seen your GitHub issue and will follow it.

Ref: https://github.com/arangodb/arangodb/issues/1773

markasoftware commented on 2016-03-07 17:28

I get the folowing error when trying to build:

lib/Basics/ssl-helper.cpp:59:14: error: use of undeclared identifier 'SSLv3_method'; did you mean 'SSLv23_method'?
meth = SSLv3_method();
^~~~~~~~~~~~
SSLv23_method
/usr/include/openssl/ssl.h:2360:19: note: 'SSLv23_method' declared here
const SSL_METHOD *SSLv23_method(void); /* Negotiate highest available SSL/TLS
^

What should I do?

asaaki commented on 2015-10-24 18:01

@Dietr1ch: I've added the steps to arangodb.install file.

Dietr1ch commented on 2015-09-22 21:22

/var/run/arangodb/ directory is not being created.

Systemd can do this after each boot as described here: https://sessellift.wordpress.com/2015/07/09/how-to-install-arangodb-on-arch-linux-or-manjaro-linux/

which says basically that we should do this:
sudo echo "d /var/run/arangodb 0755 arangodb arangodb -" > /lib/tmpfiles.d/arangodb.conf
sudo systemd-tmpfiles --create arangodb.conf


and now arango will be able to start each boot. The systemd service works fine, so it will take 2 lines to get up and running:

favourite-aur-manager arangodb
systemctl start arangodb

(=

colomar commented on 2015-07-07 00:12

he latest ArangoDB release is 2.6.2.
Also, the build fails with the following error:

LINK(target) /tmp/yaourt-tmp-colomar/aur-arangodb/src/ArangoDB-2.6.0/3rdParty/V8-3.31.74.1/out/x64.release/d8
collect2: error: ld returned 1 exit status
src/d8.target.x64.release.mk:226: recipe for target '/tmp/yaourt-tmp-colomar/aur-arangodb/src/ArangoDB-2.6.0/3rdParty/V8-3.31.74.1/out/x64.release/d8' failed
make[2]: *** [/tmp/yaourt-tmp-colomar/aur-arangodb/src/ArangoDB-2.6.0/3rdParty/V8-3.31.74.1/out/x64.release/d8] Error 1
make[2]: Leaving directory '/tmp/yaourt-tmp-colomar/aur-arangodb/src/ArangoDB-2.6.0/3rdParty/V8-3.31.74.1/out'
Makefile:293: recipe for target 'x64.release' failed
make[1]: *** [x64.release] Error 2
make[1]: Leaving directory '/tmp/yaourt-tmp-colomar/aur-arangodb/src/ArangoDB-2.6.0/3rdParty/V8-3.31.74.1'
Makefile:9782: recipe for target '.v8-build-64' failed
make: *** [.v8-build-64] Error 2

This was already reported ( https://github.com/arangodb/arangodb/issues/1339 ) and according to the report already fixed upstream, but apparently not in 2.6.0. Therefore the package needs an update to 2.6.2 in order to work.

I tested with 2.6.2 (no other changes) and it works

asaaki commented on 2015-02-21 19:53

Even with go provided via Arch the needed disk space for a build of ArangoDB from sources is around 3,2 GiB. So, no real improvement here.

asaaki commented on 2015-02-19 17:08

I'll change this build setup soon (using Go package instead of a bundled one).
Should reduce the amount of needed disk space a little bit.

evilgnome commented on 2015-02-19 16:58

My build failure was probably due to running out of space in the build dir. When the failure happened, the space the operation used was 3.7 gigs!

evilgnome commented on 2015-02-18 23:18

This fails to compile for me, x86_64.

...
CXXLD bin/arangoimp
collect2: error: ld returned 1 exit status
Makefile:3363: recipe for target 'bin/arangoimp' failed
make[1]: *** [bin/arangoimp] Error 1
make[1]: Leaving directory '/.../src/ArangoDB-2.4.3'
Makefile:2056: recipe for target 'all' failed
make: *** [all] Error 2

Also, why does it provide a bundled go, rather than depending on community's?

asaaki commented on 2014-11-17 22:54

Version 2.3.0 was released. Could you update the package, please?

ayr0 commented on 2014-06-27 18:30

2.1.2 has been released. Arangodb notifies there is an update everytime I launch it.

bpdp commented on 2013-12-03 20:02

hello,

Updated to 1.4.3, accomodating changes from @neng. thank you. @mgushee looks good now.

neng commented on 2013-12-03 18:21

v1.4.3 was out. I've created a git-based package: arangodb-git. In there, I made some changes that may be useful for this package too.

In arangodb.install, added this:

chown arangodb:arangodb /var/lib/arangodb-apps &> /dev/null

In arangodb.service, added this option to ExecStart:
--gid arangodb

mgushee commented on 2013-11-20 21:51

Also, I found a couple of other issues:

1) In the service file, it says

After=syslog.target network.target

Now, I don't understand systemd well enough to be certain this is an error, but I note that 'syslog.target' doesn't exist on my system, nor does the documentation ('systemd.special' manpage) list it among the built-in targets. On the other hand, there *is* a 'syslog.socket', so maybe that's what you meant?

Also--and here again, I'm too new both to ArangoDB and systemd to be sure--but if syslog.socket is indeed needed in the service file, that suggests you might need to add syslog-ng as a package dependency. Though I deleted the syslog reference from the service file, and it doesn't seem to hurt anything (yes, logging appears to work).

2) I think this is really an upstream issue, but I thought you should be aware of it: when I installed the package and attempted to start the arangodb service, I got the following error (from /var/log/arangodb/arangod.log):

ERROR unable to create base application directory '/usr/share/arangodb/js/apps/databases'

I eventually discovered that the fix for this is to edit /etc/arangodb/arangod.conf as follows:

[javascript]
....
app-path = /usr/share/arangodb/js/apps ==> /var/lib/arangodb/apps

I don't know if that's really right, but at least it is writable by the arangodb user.

The question is, though, why was that path set to /usr/share/.... in the first place? Well, I grepped through the source directory, and I found templates for the config files that contain the variable @PKGDATA_DIR@ --which is ultimately derived from the configure option --datarootdir, which I see you set to /usr/share. But I don't think it's your fault, since ./configure --help says (a) $PREFIX/share is the default, and (b) the specified directory is supposed to be read-only.

I'm going to post to the ArangoDB mailing list about this; anything you want to say?

PS: since ArangoDB 1.4.1 is out, I bumped the version number in PKGBUILD, and the package built without any obvious problems.

mgushee commented on 2013-11-20 18:58

Also, I found a couple of other issues:

1) In the service file, it says

After=syslog.target network.target

Now, I don't understand systemd well enough to be certain this is an error, but I note that 'syslog.target' doesn't exist on my system, nor does the documentation ('syslog.special' manpage) list it among the built-in targets. On the other hand, there *is* a 'syslog.socket', so maybe that's what you meant?

Also--and here again, I'm too new both to ArangoDB and systemd to be sure--but if syslog.socket is indeed needed in the service file, that suggests you might need to add syslog-ng as a package dependency. Though I deleted the syslog reference from the service file, and it doesn't seem to hurt anything (yes, logging appears to work).

2) I think this is really an upstream issue, but I thought you should be aware of it: when I installed the package and attempted to start the arangodb service, I got the following error (from /var/log/arangodb/arangod.log):

ERROR unable to create base application directory '/usr/share/arangodb/js/apps/databases'

I eventually discovered that the fix for this is to edit /etc/arangodb/arangod.conf as follows:

[javascript]
....
app-path = /usr/share/arangodb/js/apps ==> /var/lib/arangodb/apps

I don't know if that's really right, but at least it is writable by the arangodb user.

The question is, though, why was that path set to /usr/share/.... in the first place? Well, I grepped through the source directory, and I found templates for the config files that contain the variable @PKGDATA_DIR@ --which is ultimately derived from the configure option --datarootdir, which I see you set to /usr/share. But I don't think it's your fault, since ./configure --help says (a) $PREFIX/share is the default, and (b) the specified directory is supposed to be read-only.

I'm going to post to the ArangoDB mailing list about this; anything you want to say?

PS: since ArangoDB 1.4.1 is out, I bumped the version number in PKGBUILD, and the package built without any obvious problems.


mgushee commented on 2013-11-20 03:36

[code]testing[/code]

mgushee commented on 2013-11-20 03:35

Hi. I notice that your arangodb.install file has the following line:

useradd -U arangodb --home /var/lib/arangodb &> /dev/null

... which creates a normal user account. A quick trip through the ArangoDB documentation doesn't turn up any recommendations regarding user accounts, and this is certainly contrary to the typical practice for database servers. So, unless you have some specific reason for doing it the way you did, I suggest modifying the script to create a system account, e.g.:

useradd -U -r -m -d /var/lib/arangodb -s /bin/false arangodb &>/dev/null

Thanks!

mazzolino commented on 2013-11-02 12:57

Ah, great. Thanks!

bpdp commented on 2013-11-02 12:48

@mazzolino: I use link from Download at arangodb website. It is now 1.4.0. have a look!

mazzolino commented on 2013-11-01 16:25

The old download URLs seem to be outdated. They should be changed to Github:

https://github.com/triAGENS/ArangoDB/archive/v$pkgver.tar.gz

bpdp commented on 2013-06-04 03:08

Update to 1.3.1-2 to reflect new filesystem package binaries location. All now moved to /usr/bin. systemd arangodb.service has been changed also. Enjoy!

bpdp commented on 2013-05-13 16:45

Updated to 1.3.0. If you can't start arangod using systemd (i.e systemct start arangodb) failed, check whether you need to upgrade the database dir. See arangodb docs to upgrade db.

bpdp commented on 2013-03-28 16:17

@gvialetto: done. updated. thanks.

Anonymous comment on 2013-03-28 13:05

Using the /stable/ directory for file downloading breaks the package at every update.
Could you use the versioned directory instead?

Ex: https://www.arangodb.org/repositories/1.2.2/Source/ArangoDB-1.2.2.tar.bz2 instead of https://www.arangodb.org/repositories/stable/Source/ArangoDB-1.2.2.tar.bz2.


Thanks,
g

Anonymous comment on 2013-03-28 13:04

Using the /stable/ directory for file downloading breaks the package at every update. Could you use the versioned directory instead, like:

https://www.arangodb.org/repositories/1.2.2/Source/ArangoDB-1.2.2.tar.bz2

Instead of:

https://www.arangodb.org/repositories/stable/Source/ArangoDB-1.2.2.tar.bz2


Thanks,
g

bpdp commented on 2013-03-21 07:12

Hello,

I've uploaded the new one release (1.2.1), and yes @gvialetto - I put arango.service under /usr/lib/systemd/system/ now. Thank you.

Anonymous comment on 2013-03-20 19:23

Hello,
could you put the systemd service unit under /usr/lib/systemd/system?
The /etc/systemd/system directory should only be used for local service files, not for those provided by packages.

bpdp commented on 2013-03-09 08:18

Changelogs:
1.2.0-2: add icu as dependency. Thanks cdale.

techmunk commented on 2013-03-09 05:51

I had to install the icu package before the service could start. Should be listed as a dependency?

Mar 09 15:23:39 graph arangod[723]: /usr/sbin/arangod: error while loading shared libraries: libicui18n.so.50: cannot open shared object file: No such file or directory
Mar 09 15:23:39 graph systemd[1]: arangodb.service: control process exited, code=exited status=127
Mar 09 15:23:39 graph systemd[1]: Failed to start ArangoDB.

bpdp commented on 2013-03-02 16:48

Hello,

The new 1.2.0 package now shipped with systemd service script, taken from source distribution.

asaaki commented on 2013-02-23 07:57

Would be nice to include the systemd service script, too.

Here is a template:
https://github.com/triAGENS/ArangoDB/blob/master/etc/systemd/arangodb.service

On my machine I had to modify it. Here is my version:

# arangodb.service
[Unit]
Description=ArangoDB
After=syslog.target network.target

[Service]
Type=simple
PIDFile=/var/run/arangod.pid
ExecStart=/usr/sbin/arangod --configuration /etc/arangodb/arangod.conf --pid-file /var/run/arangod.pid

[Install]
WantedBy=multi-user.target