new linux arm tarball build

I've added an arm build to the autobuilds in Linux standalone.

I'm curious to see how this works out. I tried to make it as self-contained as possible. It should work even on systems that do not use glibc, as long as the kernel is new enough for the glibc included in it, and supports the arm EABI.

If it seems sufficiently useful, I might try to add the webapp to the build, which would be somewhat complicated, but doable (since I'm building using qemu, it can run a build on amd64 first to get the TH splices).

--Joey

RSS Atom

works on raspbian

This build has been verified to work on raspbian.

Comment by joeyh.name — Mon Dec 16 23:26:51 2013

Remove comment

works on Synology NAS

Using latest build (fixed some issues).

Comment by joeyh.name — Tue Dec 17 02:52:22 2013

Remove comment

QNAP

Hi Joey,

Thank you for taking the time to setup an ARM build. I am trying to run the last standalone build on a QNAP TS-219PII. I get the following error. Do you have any ideas?

$ uname -a
Linux willow 2.6.33.2 #1 Fri Mar 1 04:41:48 CST 2013 armv5tel unknown
$ ./runshell
$ cd ../annex
$ git annex version
git-annex version: 5.20131216-g07252d6
build flags: Assistant Pairing S3 Inotify DBus XMPP Feeds Quvi TDFA CryptoHash
key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
remote types: git gcrypt S3 bup directory rsync web glacier hook
local repository version: 3
default repository version: 3
supported repository versions: 3 5
upgrade supported from repository versions: 0 1 2 4
$ git annex info        
repository mode: indirect
trusted repositories: fatal: cannot get RLIMIT_NOFILE: Bad address
fatal: cannot get RLIMIT_NOFILE: Bad address
fatal: cannot get RLIMIT_NOFILE: Bad address
fatal: cannot get RLIMIT_NOFILE: Bad address
fatal: cannot get RLIMIT_NOFILE: Bad address
fatal: cannot get RLIMIT_NOFILE: Bad address

I am still using the version 3.8.3 of the QNAP distribution. I will try to update to the last version (4.0.5) to see if it helps.

Comment by jlefrique — Tue Dec 17 07:57:37 2013

Remove comment

RLIMIT_NOFILE

This is clearly failing when it runs git. Looking at the git source code, it does have a RLIMIT_NOFILE ifdef, so I could disable this, but would have to maintain my own build of git.

What kernel version is this? Upgrading is likely to fix it.

Comment by joeyh.name — Tue Dec 17 16:05:12 2013

Remove comment

QNAP kernel

It's kernel 2.6.33.2 (see uname in my previous message). A new version with kernel 3.4.x is available, I will try to update when the data on my NAS will be (more) safely backup-ed.

Comment by jlefrique — Tue Dec 17 16:27:21 2013

Remove comment

Re: RLIMIT_NOFILE

I've passed this problem on to the git developers, and they have quickly developed a patch that will solve it, so I'll just wait for the next git release.

Comment by joeyh.name — Thu Dec 19 02:10:45 2013

Remove comment

Thanks

That's perfect! On my side, I upgraded to firmware 4.0.2 but the kernel is still the same. The kernel 3.4.x is available in the beta of QTS 4.1.0, I will wait the official release to upgrade.

Comment by jlefrique — Thu Dec 19 07:20:31 2013

Remove comment

comment 8

Hi,

You might be happy to know git-annex works well on sailfishOS, even the webapp. It does segfault when trying to setup a xmpp account, though.

Comment by renaud [casenave.fr] — Mon Feb 17 13:15:24 2014

Remove comment

comment 9

This seems to work great for me on Raspbian, except I get many errors of the form

ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded: ignored.

I've tried, but I haven't been able to figure out why ld doesn't like this particular lib. I can keep ignoring the error, but help would certainly be appreciated!

Comment by Justin — Sat Mar 1 19:13:16 2014

Remove comment

raspbian

This works fairly well for me on Raspian. However I am getting the same error as Justin.

ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded: ignored.

I'm ignoring the errors for now, but it's a lot of noise that actually makes it slightly difficult to see the important output.

Comment by Randy — Wed Apr 16 10:59:10 2014

Remove comment

comment 11

I can't see any good way to prevent ld-linux.so from preloading things listed in /etc/ld.so.preload. I don't know why raspbian wants to preload that -- probably for optimisation purposes?

I could modify the ld-linux.so shipped in the git-annex tarball, but that way lies pointless complication..

Comment by joeyh.name — Thu Apr 17 19:39:41 2014

Remove comment

comment 12

There is no need to modify anything here. The errors were mostly just confusing at first and made me wonder if it was working properly. It is indeed working perfectly! Thanks!!!

Comment by Randy — Fri Apr 18 13:38:13 2014

Remove comment

comment 13

Unfortunately, it isn't working for me on DS214 (MARVELL Armada XP MV78230) and DSM 5.1-5004 Update 2. git is installed, git-annex tar extracted and runshell worked. Within this shell git-annex seems to work (e.g. git-annex init works)

However, git-annex is complaining that git-annex is not installed on remote when I try to add the NAS as a remote.

I guess it is related to the fact that git-annex-shell is not working on the NAS. When I execute git-annex-shell it gives: /volume1/homes/julian/bin/git-annex.linux/shimmed/git-annex-shell/git-annex-shell: error while loading shared libraries: /volume1/homes/julian/bin/git-annex.linux/shimmed/git-annex-shell/git-annex-shell: file too short Actually /volume1/homes/julian/bin/git-annex.linux/shimmed/git-annex-shell/git-annex-shell has 0 Bytes.

I can't execute git-annex-shell inside the bin folder due to permission issues. I tried to change the file permissions but it didn't help.

Comment by Julian — Sat Dec 6 17:04:04 2014

Remove comment

comment 14

@Julian, shimmed/git-annex-shell/git-annex-shell is supposed to be a hard link to shimmed/git-annex/git-annex. Maybe there's a problem with hard links on your NAS? A symlink would also work I think.

Comment by joey — Sat Dec 6 20:25:06 2014

Remove comment

How do I start it?

This happens when I launch git-annex-webapp

[\u@\h \W]$ ./git-annex-webapp
Launching web browser on file:///tmp/webapp1804289383846930886.html
git-annex: xdg-open: createProcess: runInteractiveProcess: exec: does not exist (No such file or directory)

And the webapp1804289383846930886.html file seem to be deleted immediately.

This is on a headless NAS and obviously I don't have a browser or anything on it. I just want to run Annex as a server/service and admin it from a browser on another machine on my LAN.

Comment by db — Sat Jan 23 22:42:52 2016

Remove comment

comment 16

You can use the --listen parameter to make the webapp listen on an address and then connect to it from a web browser on your LAN. See http://git-annex.branchable.com/git-annex-webapp/

Comment by joey — Sun Jan 24 18:16:24 2016

Remove comment

comment 17

Doesn't seem to work:

$ sudo ./git-annex-webapp --listen=192.168.1.3                                                                                           
git-annex: /tmp/webapp1804289383846930886.html16816927771714636915.tmp: hClose: resource exhausted (No space left on device)
WebAp$ 
$ touch /tmp/test
$

I don't know why I have two different /tmp catalogs. How do I modify which temp dir git-annex uses?

Comment by db — Sun Jan 24 19:30:41 2016

Remove comment

comment 18

@db, git-annex supports the standard TMPDIR environment variable. But, this is getting quite far afield from the topic of this thread.

Comment by joey — Fri Jan 29 17:27:42 2016

Remove comment

Add a comment