What steps will reproduce the problem?

  1. Open the assistant with git-annex webapp
  2. Click add another repository
  3. Choose "add another repository"
  4. Use "/home/pierre/testme" (try and get the problem with a new directory or an existing directory)
  5. Press "Make Repository"
  6. Choose "Keep the repository separate"

What is the expected output? What do you see instead?

Go to the created repository but the interface hangs forever I have 4 git-annex processes that use no CPUs. I can still use the UI by clicking around with success or even shutdown the daemon. If I shutdown the daemon, all git-annex process gets killed.

What version of git-annex are you using? On what operating system?

It is said to be git-annex version: 4.20130324 but it is actually 4.20130405 (known bug)

Please provide any additional information below.

OS: Arch linux, bin package (not installed from source) All tests are OK Nothing happens on the log pages

This is so weird that I would like to see the log file but I cannot find it. I have looked at /var/log without success. I have tried other available version on Arch linux (AUR git-annex-bin, AUR git-annex-standalone, haskell-web git-annex) and they all exhibit the same problem. At that stage, what I would like to be able is to try to figure out what is going on using the log file. Thanks

This could happen when using the amd64 standalone build, because I forgot to install curl into its chroot, so it was not included in the bundle. If the host system also lacked curl, or something prevented curl from working, it would fail like this.

I've included curl into the amd64 standalone build. I've also made the assistant fall back to using a built-in http client if it is built without curl.

None of which helps at all with the Arch git-annex-bin hack, since that binary will be built with a working curl (when my amd64 standalone builder builds it), and then installed onto a system, that, apparently, has a broken curl. Which is one of many reasons I cannot support that hack. done --Joey

Forgot to mention that this is my first attempt to work with the assistant on 64 bits (previous binary package were 32 bits only)
Comment by pradermecker [myopenid.com] Sun Apr 14 09:45:35 2013

Not sure if this is the real reason, but I get a bunch of

curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc

errors in the git-annex log. Running nm on the lib produces the following:

$ nm /usr/lib/libssl.so.1.0.0 | grep EVP_idea_cbc
    U EVP_idea_cbc

...where "U" means undefined. I think the reason 64-bit does not work is that there is no curl (and lsof) binaries and libs included.

Comment by saironiq Sun Apr 14 12:09:11 2013

The assistant's log file is stored in .git/annex/daemon.log within the git repository.

I have to say I don't really understand the bug report. In one sentence you say the "interface hangs forever", and then in the next sentence you say you can "still use the UI by clicking around". These statements contradict one-another.

(@saironiq, I don't see any connection between what you're saying and pradermecker's bug report. If you have a bug to report, you should file a separate bug report.)

Comment by joey Sun Apr 14 17:57:47 2013

These symbol lookup errors appear right after i click 'keep the repositories separate', so I think there indeed is a connection. There's nothing else in the log, except this one line repeating over and over again.

[2013-04-15 11:14:30 CEST] main: starting assistant version 4.20130324
Already up-to-date.

(scanning...) [2013-04-15 11:14:31 CEST] Watcher: Performing startup scan
Already up-to-date.

(started...) [2013-04-15 12:14:30 CEST] NetWatcherFallback: Syncing with wolf, zyzyx
(Recording state in git...)
git-annex: Daemon is already running.
curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc
curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc
curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc
...

Comment by saironiq Mon Apr 15 10:35:36 2013

Here's a full strace output (first symbol lookup error is on line #102681):
https://dl.dropboxusercontent.com/u/62238161/webapp.log

Comment by saironiq Mon Apr 15 11:01:32 2013

I can confirm I also get the error: curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc

What I mean by the UI is hanging is that after the last action, I can see that the page is never fully re-loaded. So to be more precise the reloading of the page never stops.

When I am bored waiting for the page to reload ;-) I can still use the UI in the situation I describe (left to assume the operation fails :-)

I believe @saironiq is right: the problem is related to the 64 bits version.

Comment by pradermecker [myopenid.com] Mon Apr 15 19:59:00 2013

@joey just to make the connection clear, both @saironiq and I use the same git-annex package (bin package) from Arch linux AUR (@saironiq is the maintainer of the package)

I suspect all 64bits binary packages on Arch linux to exhibit problems.

The package is fetching the bin archive from your repo: so I actually dare to suspect that all recent 64bits versions have similar problems.

I have describe one problem but they are many, so it does not take long to realize that the apps is not working properly.

I guess it is a packaging problem (something is missing in http://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz), not an application bug ?

Comment by pradermecker [myopenid.com] Mon Apr 15 20:39:20 2013

Switching repositories uses curl to discover when the other daemon has started. If you installed https://aur.archlinux.org/packages/git-annex-bin/ , it will use the curl binary provided by your distribution. It looks like yours is broken.

"I have describe one problem but they are many, so it does not take long to realize that the apps is not working properly."

Yes, that's the real problem, isn't it? https://aur.archlinux.org/packages/git-annex-bin/ takes the binary built for the standalone tarball and dumps it into a filesystem without any of its support libraries, and just hopes it works. It's not at all surpising that it continually fails to work. Which is causing bug report noise that takes away from my time working on actual improvements to git-annex.

I'm sorry, but I cannot support that package. Use https://aur.archlinux.org/packages.php?ID=44272 or install using cabal or use the standalone tarball.

Comment by joey Tue Apr 16 18:39:30 2013