diff --git a/doc/bugs/--help_should_not_demand_being_in_the_git_repo.mdwn b/doc/bugs/--help_should_not_demand_being_in_the_git_repo.mdwn
deleted file mode 100644
index 83ba3319f5..0000000000
--- a/doc/bugs/--help_should_not_demand_being_in_the_git_repo.mdwn
+++ /dev/null
@@ -1,25 +0,0 @@
-### Please describe the problem.
-
-subj -- happens for sync and merge commands at least
-
-
-[[!format sh """
-$> git annex sync --help
-git-annex: Not in a git repository.
-
-$> git annex merge --help
-git-annex: Not in a git repository.
-
-$> git annex version
-git-annex version: 5.20150819+gitgc587698-1~ndall+1
-build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA Database
-key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 SHA1E SHA1 MD5E MD5 WORM URL
-remote types: git gcrypt S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
-
-"""]]
-
-### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
-
-YES -- lots of luck ;)
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/--json_issues.mdwn b/doc/bugs/--json_issues.mdwn
deleted file mode 100644
index 4a73540c41..0000000000
--- a/doc/bugs/--json_issues.mdwn
+++ /dev/null
@@ -1,49 +0,0 @@
-### Please describe the problem.
-Duplicate "note" properties in JSON output of whereis command. The JSON output is "[strictly speaking](http://stackoverflow.com/questions/21832701/does-json-syntax-allow-duplicate-keys-in-an-object)" valid, however, the duplicate property makes it difficult to use python-json, and possibly other implementations (I just checked node and chromium and they also keep the value of the last property after deserialization).
-
-I noticed the problem being mentioned [here](https://git-annex.branchable.com/forum/git_annex_whereis_--json_output_with_two_variables_with_same_name/), where the user desires to parse an entry in the machine parsable json output that is apparently not meant to be parsed by a machine, which makes a person wonder why it's there anyway. Even so, obtaining the actual url in the web remote for an annexed object relies on one of the "note" properties in the json output. Using [whereis](
-http://git-annex.branchable.com/tips/using_the_web_as_a_special_remote/#comment-7878bde74289b42500e4fac3a122a535) to get the url(s) for a file is the recommended method. A json implementation that sets the first property, then ignores remaining duplicates will only parse the "2 copies" note, and ignore the url.
-
-If the "note" properties are meant to be comments, it might be a good idea to find another property for the url(s). Please note that I haven't looked at multiple urls for an object, so I'm not sure that only the last listed url will appear in parsed json object.
-
-> The note properties are any notes git-annex normally displays while
-> running a command.
-
-### What steps will reproduce the problem?
-
-git-annex whereis --json
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version: 5.20151208-1 (sid chroot)
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-umeboshi@bard:~/tmp$ git init testweb
-Initialized empty Git repository in /freespace/home/umeboshi/tmp/testweb/.git/
-umeboshi@bard:~/tmp$ cd testweb/
-umeboshi@bard:~/tmp/testweb$ git-annex init
-init ok
-(recording state in git...)
-umeboshi@bard:~/tmp/testweb$ git-annex addurl http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-404.pdf
-addurl www.ecma_international.org_publications_files_ECMA_ST_ECMA_404.pdf (downloading http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-404.pdf ...)
-/freespace/home/ume 100%[===================>] 1.08M 917KB/s in 1.2s
-ok
-(recording state in git...)
-umeboshi@bard:~/tmp/testweb$ git-annex whereis www.ecma_international.org_publications_files_ECMA_ST_ECMA_404.pdf --json
-{"command":"whereis","file":"www.ecma_international.org_publications_files_ECMA_ST_ECMA_404.pdf","note":"2 copies","whereis":[{"uuid":"00000000-0000-0000-0000-000000000001","description":"web","here":false},{"uuid":"996522e8-a433-42ff-85f2-48e456fdb120","description":"umeboshi@bard:~/tmp/testweb","here":true}],"note":"\t00000000-0000-0000-0000-000000000001 -- web\n \t996522e8-a433-42ff-85f2-48e456fdb120 -- umeboshi@bard:~/tmp/testweb [here]\n","untrusted":[],"note":"web: http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-404.pdf\n","success":true}
-
-umeboshi@bard:~/tmp/testweb$
-
-
-# End of transcript or log.
-"""]]
-
-### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
-
-Lol! Positive note! I spend a couple of days making specially crafted rss files for importfeed, so I can have appropriate filenames, then look back and see that you are working on '--batch --with-files' options to addurl. Have a Happy New Year! :)
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes.mdwn b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes.mdwn
deleted file mode 100644
index 177cc66e1b..0000000000
--- a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes.mdwn
+++ /dev/null
@@ -1,37 +0,0 @@
-### Please describe the problem.
-
-Some time in may 2014, git-annex stopped working with previous versions of git-annex.
-
-### What steps will reproduce the problem?
-
-Trying to sync with the server fails with:
-
- git-annex-shell: Not a git-annex or gcrypt repository.
-
-With older versions (e.g. 5.20140412), it's even worse:
-
- Remote marcos does not have git-annex installed; setting annex-ignore
- This could be a problem with the git-annex installation on the remote. Please make sure that git-annex-shell is available in PATH when you ssh into the remote. Once you have fixed the git-annex installation, run: git config remote.marcos.annex-ignore false
-
-Basically, if git-annex-shell is missing, newer versions of git-annex just crash and burn instead of going the more gentle, backward-compatible way...
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex from debian sid (5.20140517) on the "client" side and from jessie (5.20140421) on the "server".
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-ssh server
-git init books
-exit
-git remote add server server:books
-git annex sync server
-# End of transcript or log.
-"""]]
-
-If this is intended behavior, it seems to me the major version of git annex should be bumped, at the very least... -- [[anarcat]]
-
-> [[done]], seems operator error --[[Joey]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_1_323262a080daed9cebd4caee4c887210._comment b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_1_323262a080daed9cebd4caee4c887210._comment
deleted file mode 100644
index f54eb17692..0000000000
--- a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_1_323262a080daed9cebd4caee4c887210._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="24.159.78.125"
- subject="comment 1"
- date="2014-05-23T14:25:04Z"
- content="""
-git-annex has always required the remote have git-annex-shell installed in order to store files on it. Nothing has changed in this area.
-
-So, you seem to be very confused about something, but I cannot tell what from this bug report, and I certianly see no evidence of any bug in the information provided so far. You need to install git-annex on your server and then it should work, assuming the server actually has a git-annex repository set up on it.
-"""]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_2_6172dcd7db2322084483a18d4f3cc2d6._comment b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_2_6172dcd7db2322084483a18d4f3cc2d6._comment
deleted file mode 100644
index 98b297868d..0000000000
--- a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_2_6172dcd7db2322084483a18d4f3cc2d6._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://id.koumbit.net/anarcat"
- ip="72.0.72.144"
- subject="comment 2"
- date="2014-05-27T03:00:48Z"
- content="""
-marcos has had git-annex installed ever since i started using git-annex, which is around version 4.x. furthermore, i have assumed that the procedure i detailed in the last part were enough to reproduce the bug, but i may be mistaken.
-"""]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_3_5ae2178863709230ddb995905c629c4e._comment b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_3_5ae2178863709230ddb995905c629c4e._comment
deleted file mode 100644
index 3234ff75be..0000000000
--- a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_3_5ae2178863709230ddb995905c629c4e._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.176"
- subject="comment 3"
- date="2014-05-27T17:54:06Z"
- content="""
-Well, your transcript shows you init a git repository. But you have not run `git annex init` in it, so git-annex-shell won't use it.
-
-
-"""]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_4_19d32634789a09c1b04e9d3fcde364f7._comment b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_4_19d32634789a09c1b04e9d3fcde364f7._comment
deleted file mode 100644
index 66d3c07f8f..0000000000
--- a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_4_19d32634789a09c1b04e9d3fcde364f7._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://id.koumbit.net/anarcat"
- ip="72.0.72.144"
- subject="comment 4"
- date="2014-06-04T04:53:36Z"
- content="""
-ah. i see. certainly an operator error then. feels like a usability issue now, or i just feel stupid, not sure which. :)
-"""]]
diff --git a/doc/bugs/Addurl_downloads_but_does_not_checkout_files.mdwn b/doc/bugs/Addurl_downloads_but_does_not_checkout_files.mdwn
deleted file mode 100644
index 7038fe2e6f..0000000000
--- a/doc/bugs/Addurl_downloads_but_does_not_checkout_files.mdwn
+++ /dev/null
@@ -1,74 +0,0 @@
-What steps will reproduce the problem?
-
-Example below illustrates downloading a podcast with git annex addurl:
-
-list directory before...
-
-~/Podcasts/TuxRadar Linux Podcast (Ogg)$ ls
-folder.jpg tuxradar_s04e24.ogg
-tuxradar_s04e09.ogg tuxradar_s05e01.ogg
-tuxradar_s04e11.ogg tuxradar_s05e02.ogg
-tuxradar_s04e13.ogg tuxradar_s05e03.ogg
-tuxradar_s04e15.ogg tuxradar_s05e04.ogg
-tuxradar_s04e16.ogg www.tuxradar.com_files_podcast_tuxradar_s04e10.ogg
-tuxradar_s04e19.ogg www.tuxradar.com_files_podcast_tuxradar_s04e12.ogg
-tuxradar_s04e20.ogg www.tuxradar.com_files_podcast_tuxradar_s04e14.ogg
-tuxradar_s04e21.ogg www.tuxradar.com_files_podcast_tuxradar_s04e17.ogg
-tuxradar_s04e22.ogg www.tuxradar.com_files_podcast_tuxradar_s04e18.ogg
-tuxradar_s04e23.ogg
-
-download file...
-
-~/Podcasts/TuxRadar Linux Podcast (Ogg)$ git annex addurl http://www.tuxradar.com/files/podcast/tuxradar_s05e05.ogg
-addurl www.tuxradar.com_files_podcast_tuxradar_s05e05.ogg (downloading http://www.tuxradar.com/files/podcast/tuxradar_s05e05.ogg ...) --2013-04-10 21:18:12-- http://www.tuxradar.com/files/podcast/tuxradar_s05e05.ogg
-Resolving www.tuxradar.com (www.tuxradar.com)... 80.244.178.150
-Connecting to www.tuxradar.com (www.tuxradar.com)|80.244.178.150|:80... connected.
-HTTP request sent, awaiting response... 200 OK
-Length: 33249291 (32M) [application/ogg]
-Saving to: `/home/rob/Podcasts/.git/annex/tmp/URL--http&c%%www.tuxradar.com%files%podcast%tuxradar_s05e05.ogg'
-
-100%[===============================>] 33,249,291 404K/s in 81s
-
-2013-04-10 21:19:35 (399 KB/s) - `/home/rob/Podcasts/.git/annex/tmp/URL--http&c%%www.tuxradar.com%files%podcast%tuxradar_s05e05.ogg' saved [33249291/33249291]
-
-(checksum...) ok
-(Recording state in git...)
-
-file appears to have been downloaded, but isn't there...
-
-~/Podcasts/TuxRadar Linux Podcast (Ogg)$ ls
-folder.jpg tuxradar_s04e24.ogg
-tuxradar_s04e09.ogg tuxradar_s05e01.ogg
-tuxradar_s04e11.ogg tuxradar_s05e02.ogg
-tuxradar_s04e13.ogg tuxradar_s05e03.ogg
-tuxradar_s04e15.ogg tuxradar_s05e04.ogg
-tuxradar_s04e16.ogg www.tuxradar.com_files_podcast_tuxradar_s04e10.ogg
-tuxradar_s04e19.ogg www.tuxradar.com_files_podcast_tuxradar_s04e12.ogg
-tuxradar_s04e20.ogg www.tuxradar.com_files_podcast_tuxradar_s04e14.ogg
-tuxradar_s04e21.ogg www.tuxradar.com_files_podcast_tuxradar_s04e17.ogg
-tuxradar_s04e22.ogg www.tuxradar.com_files_podcast_tuxradar_s04e18.ogg
-tuxradar_s04e23.ogg
-
-What is the expected output? What do you see instead?
-
-File should exist in current directory. As you can see from above output, this has worked in the past (with older versions).
-
-What version of git-annex are you using? On what operating system?
-
-git-annex version: 4.20130405
-local repository version: 3
-default repository version: 3
-supported repository versions: 3 4
-upgrade supported from repository versions: 0 1 2
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
-
-OS: Debian Testing/Unstable
-
-Please provide any additional information below.
-
-The repository in question was created by the assistant and I tried the above with the assistant both running and not running, with no difference. I have also tried downloading other files.
-
-EDIT: formatting
-
-> Bug only affected direct mode. I think it used to work but I broke
-> it when fixing another bug in direct mode. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Amazon_S3_storage_hosted_in_Frankfurt_not_usable.mdwn b/doc/bugs/Amazon_S3_storage_hosted_in_Frankfurt_not_usable.mdwn
deleted file mode 100644
index 999d648b8c..0000000000
--- a/doc/bugs/Amazon_S3_storage_hosted_in_Frankfurt_not_usable.mdwn
+++ /dev/null
@@ -1,19 +0,0 @@
-### Please describe the problem.
-Can't add Amazon S3 repository hosted in Frankfurt
-
-### What steps will reproduce the problem?
-Create Amazon S3 account, create a bucket hosted in Frankfurt and create an access key.
-
-### What version of git-annex are you using? On what operating system?
-Ubuntu, git-annex via repositories. Aptitude says 5.20140717.
-
-### Please provide any additional information below.
-The git-annex assistant does not offer the selection of hosting in Frankfurt. If I enter "EU (Ireland)" instead, of course while also providing the other necessary details (access key id, secret access key, data center), the result is the following error:
-
-[[!format sh """
-The request signature we calculated does not match the signature you provided. Check your key and signing method.
-"""]]
-
-I have not tried other hosting locations but I assume it has to do with the location which is not listed in the dropdown-list.
-
-> [[done]]; etooold --[[Joey]]
diff --git a/doc/bugs/Amazon_S3_storage_hosted_in_Frankfurt_not_usable/comment_1_013f8f609ac2f8b6666bbae2db2a147a._comment b/doc/bugs/Amazon_S3_storage_hosted_in_Frankfurt_not_usable/comment_1_013f8f609ac2f8b6666bbae2db2a147a._comment
deleted file mode 100644
index 475dc34e7b..0000000000
--- a/doc/bugs/Amazon_S3_storage_hosted_in_Frankfurt_not_usable/comment_1_013f8f609ac2f8b6666bbae2db2a147a._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""step 1: upgrade"""
- date="2015-05-27T21:12:38Z"
- content="""
-Your version is almost a year out of date.
-
-Frankfurt was added to the webapp in 20141023.
-
-The entire S3 backend library has been changed, so it is vanishingly
-unlikely that the current version would have whatever problem the old one
-had.
-"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__.mdwn b/doc/bugs/Android___91__Terminal_session_finished__93__.mdwn
deleted file mode 100644
index 17ed663814..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__.mdwn
+++ /dev/null
@@ -1,33 +0,0 @@
-### Please describe the problem.
-
-Launching the Git Annex app on Android, the shell just reads:
-[[!format sh """
-[Terminal session finished]
-"""]]
-
-Attempting to launch /data/data/ga.androidterm/runshell via the adb shell does also not work:
-[[!format sh """
-/system/bin/sh: /data/data/ga.androidterm/runshell: not found
-"""]]
-
-Listing the contents of that directory from the git annex terminal appears to confirm this:
-[[!format sh """
-u0_a172@android:/data/data/ga.androidterm $ ls
-cache
-lib
-shared_prefs
-"""]]
-
-Following the instructions for the similar issue here [[http://git-annex.branchable.com/Android/oldcomments/#comment-4c5a944c1288ddd46108969a4c664584]]:
-[[!format sh """
-u0_a172@android:/ $ ls -ld /data/data/ga.androidterm
-drwxr-x--x u0_a172 u0_a172 2014-04-20 11:12 ga.androidterm
-"""]]
-
-### What version of git-annex are you using? On what operating system?
-
-version 5.20140413 of the Git Annex app (tested using the daily build and regular build).
-
-Samsung Galaxy Tab 3 (GT-P5210) running Android 4.2.2 (without root access).
-
-> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_1_31af3e5226430a4e94de58c0e33bd22b._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_1_31af3e5226430a4e94de58c0e33bd22b._comment
deleted file mode 100644
index 73f7b05ca7..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_1_31af3e5226430a4e94de58c0e33bd22b._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.191"
- subject="comment 1"
- date="2014-04-20T17:16:50Z"
- content="""
-From the git-annex terminal, try to run:
-
-/data/data/ga.androidterm/lib/lib.start.so
-
-Paste me any output..
-"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_2_a5bcbd2f85283e29e237e9850cd8109a._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_2_a5bcbd2f85283e29e237e9850cd8109a._comment
deleted file mode 100644
index 01cc337304..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_2_a5bcbd2f85283e29e237e9850cd8109a._comment
+++ /dev/null
@@ -1,22 +0,0 @@
-[[!comment format=mdwn
- username="cbaines"
- ip="86.166.14.171"
- subject="comment 2"
- date="2014-04-20T19:40:11Z"
- content="""
-When I run that, I get:
-[[!format sh \"\"\"
-/system/bin/sh: /data/data/ga.androidterm/lib/lib.start.so: not found
-\"\"\"]]
-
-Which makes some sense, as the file is not there. The following files can be found under /data/data/ga.androidterm:
-[[!format sh \"\"\"
-/data/data/ga.androidterm/cache/com.android.renderscript.cache/ <- empty directory
-/data/data/ga.androidterm/lib/libga-androidterm4.so
-/data/data/ga.androidterm/shared_prefs/ga.androidterm_preferences.xml
-\"\"\"]]
-
-I tried running libga-androidterm4.so, but I just got Segmentation fault back.
-
-I also tried using logcat to see if I could see anything obvious going wrong when running the app for the first time after installation, but I could not see anything obvious in the logs (there was a lot of noise, so I might of missed something), will anything useful appear with the use of a filter?
-"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_3_965efa6736dcff4d7010ea5533f31a59._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_3_965efa6736dcff4d7010ea5533f31a59._comment
deleted file mode 100644
index ed3d369083..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_3_965efa6736dcff4d7010ea5533f31a59._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="cbaines"
- ip="86.166.14.171"
- subject="comment 3"
- date="2014-04-20T19:50:12Z"
- content="""
-Looking at the contents of the apk for the x86 architecture (which this tablet is), would you expect that file to be there? That file only appears in the /lib/armeabi and not /lib/x86 ?
-"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_4_90a0be2296b4a1d8c1708423666c9619._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_4_90a0be2296b4a1d8c1708423666c9619._comment
deleted file mode 100644
index 12fd901bcb..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_4_90a0be2296b4a1d8c1708423666c9619._comment
+++ /dev/null
@@ -1,31 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.191"
- subject="comment 4"
- date="2014-04-20T19:55:59Z"
- content="""
-Ok, so the git-annex.apk ships several libraries (and pseudo-libraries), and it seems your version of Android only installed the one that is really an Android java application. I don't know why.
-
-Here's the full list of files that are supposed to be installed in the lib dir. If you can find something about them in the logs, that might help.
-
-I suppose it's possible they were installed to some other location in the android file system (which might be hard to find w/o root.. You could check if git-annex in the app list has a larger installed size than the size of libga-androidterm4.so, that might give a hint.
-
-
-lib.busybox.so
-lib.git-annex.so
-lib.git-shell.so
-lib.git-upload-pack.so
-lib.git.so
-lib.git.tar.gz.so
-lib.gpg.so
-lib.rsync.so
-lib.runshell.so
-lib.ssh-keygen.so
-lib.ssh.so
-lib.start.so
-lib.version.so
-libga-androidterm4.so
-
-
-(I just installed the 5.20140414-gb70cd37 autobuild on an android device and it worked ok.)
-"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_5_be4b720293992f75b9cc3e8f6687fb87._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_5_be4b720293992f75b9cc3e8f6687fb87._comment
deleted file mode 100644
index 2d82bb7b51..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_5_be4b720293992f75b9cc3e8f6687fb87._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="cbaines"
- ip="86.166.14.171"
- subject="comment 5"
- date="2014-04-20T20:20:55Z"
- content="""
-I'm guessing you missed my last comment regarding the architecture. Sorry I did not pick this up earlier, but it only came to mind when I had a poke around in the apk?
-"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_6_8e439138c97b8853ab2b6f96f6111568._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_6_8e439138c97b8853ab2b6f96f6111568._comment
deleted file mode 100644
index 40404029e9..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_6_8e439138c97b8853ab2b6f96f6111568._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.191"
- subject="comment 6"
- date="2014-04-20T20:58:22Z"
- content="""
-Yes, that fully explains it. git-annex is a native program and for android it's only built for arm.
-"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_7_6142516d816f78c724e22737aa3bca53._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_7_6142516d816f78c724e22737aa3bca53._comment
deleted file mode 100644
index d6ce0fe3a9..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_7_6142516d816f78c724e22737aa3bca53._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.191"
- subject="comment 7"
- date="2014-04-20T20:59:35Z"
- content="""
-So, this is a dup of [[todo/Not_working_on_Android-x86]]
-"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_8_e28f25897caa301e69ad7aabab821086._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_8_e28f25897caa301e69ad7aabab821086._comment
deleted file mode 100644
index 26fa6a612c..0000000000
--- a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_8_e28f25897caa301e69ad7aabab821086._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkAm9yT27yU-qBTGKIsTMdWW3AgL_WAfkc"
- nickname="Cameron"
- subject="Similar issue here"
- date="2015-03-28T22:17:08Z"
- content="""
-Im on the LG F60 (ms395) not rooted. I downloaded a cracked.apk of KBOX and it kept failing to start due to not having Busybox in its file path. So I got the Busybox .apk and copied it into KBOX's path. Now k box is stoped at 'In mgmain JNI_OnLoad'. As soon as I try to ENTER anything, it force closes. Also, I'm not sure if it's related, but my phone is not and does not get recognized by my car stereo via usb. I managed to get around not having permission to look at the 'usbautorun.iso' file. No luck though, it's coded. Any ideas?
-
-"""]]
diff --git a/doc/bugs/Android_build_missing_webapp.mdwn b/doc/bugs/Android_build_missing_webapp.mdwn
deleted file mode 100644
index dc9c4db207..0000000000
--- a/doc/bugs/Android_build_missing_webapp.mdwn
+++ /dev/null
@@ -1,39 +0,0 @@
-### Please describe the problem.
-
-Setting git-annex on an Android device (either the released version, or the autobuilder apk), I'm told:
-
-[[!format sh """
-git-annex: unknown command webapp
-"""]]
-
-Looking in the logs on the Android autobuilder I see many instances of:
-
-[[!format sh """
-#warning Building without the webapp. You probably need to install Yesod..
-"""]]
-
-### What steps will reproduce the problem?
-
-Run git-annex.
-
-### What version of git-annex are you using? On what operating system?
-
-v5.20150617~g031b85a
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> I've reverted to the previous release, which included the webapp, afaik.
->
-> Unfortunately, the android autobuilder remains broken after I spent 12
-> hours fighting with it. Unsure when that will be resolved and a newer
-> release will be able to be made.
->
-> Anyhow, the immediate bug is [[done]] --[[Joey]]
diff --git a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean.mdwn b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean.mdwn
deleted file mode 100644
index c7f5e582c7..0000000000
--- a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean.mdwn
+++ /dev/null
@@ -1,166 +0,0 @@
-### Please describe the problem.
-
-Install seems to die because /data/app-lib not found. Sorry, I did not copy. Git-annex log is below.
-
-I tried To run git-annex second time, here's what terminal says.
-
-
-Falling back to hardcoded app location; cannot find expected files in /data/app-lib
-git annex webapp
-u0_a36@manta:/sdcard/git-annex.home $ git annex webapp
-WARNING: linker: git-annex has text relocations. This is wasting memory and is a security risk. Please fix.
-error: fchmod on /sdcard/mediashare/.git/config.lock failed: Operation not permitted
-error: fchmod on /sdcard/mediashare/.git/config.lock failed: Operation not permitted
-
-From git terminal, can start web viewer, it offers to make repo. I chose /sdcard/mediashare, result is browser fail:
-
-git [Param "config",Param "annex.uuid",Param "380f6ec2-a7b0-43db-9447-f0de1b5a1b5b"] failed
-
-The install did create /sdcard/mediashare. I did have the sdcard directory all along.
-
-I can't say for sure what else is in file system. ES File manager shows /data exists, but it is empty. But tablet not easy to diagnose
-
-### What steps will reproduce the problem?
-
-Install git-annex.apk from website. I downloaded 20140620.
-
-### What version of git-annex are you using? On what operating system?
-
-Android 4.4.2 on Nexus tablet.
-
-### Please provide any additional information below.
-
-Git-anex-install.log. it is only file in /sdcard/git-annex.home. note it says it is installing to /data/data/. I may manually create that structure and see if a reinstall ends differently.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-Installation starting to /data/data/ga.androidterm
-1bebb0d66f3f7c5ac4889b86669cab04ebee9bba
-installing busybox
-installing git-annex
-installing git-shell
-installing git-upload-pack
-installing git
-installing gpg
-installing rsync
-installing ssh
-installing ssh-keygen
-linking ./bin/git-upload-archive to git
-linking ./bin/git-receive-pack to git
-linking ./libexec/git-core/git-help to git
-linking ./libexec/git-core/git-fsck to git
-linking ./libexec/git-core/git-cat-file to git
-linking ./libexec/git-core/git-init to git
-linking ./libexec/git-core/git-checkout-index to git
-linking ./libexec/git-core/git-notes to git
-linking ./libexec/git-core/git-grep to git
-linking ./libexec/git-core/git-blame to git
-linking ./libexec/git-core/git-verify-tag to git
-linking ./libexec/git-core/git-write-tree to git
-linking ./libexec/git-core/git-log to git
-linking ./libexec/git-core/git-stage to git
-linking ./libexec/git-core/git-update-ref to git
-linking ./libexec/git-core/git-status to git
-linking ./libexec/git-core/git-show-branch to git
-linking ./libexec/git-core/git-merge-file to git
-linking ./libexec/git-core/git-for-each-ref to git
-linking ./libexec/git-core/git to git
-linking ./libexec/git-core/git-replace to git
-linking ./libexec/git-core/git-update-index to git
-linking ./libexec/git-core/git-annotate to git
-linking ./libexec/git-core/git-patch-id to git
-linking ./libexec/git-core/git-merge-recursive to git
-linking ./libexec/git-core/git-rm to git
-linking ./libexec/git-core/git-ls-tree to git
-linking ./libexec/git-core/git-update-server-info to git
-linking ./libexec/git-core/git-diff-tree to git
-linking ./libexec/git-core/git-merge-tree to git
-linking ./libexec/git-core/git-mktag to git
-linking ./libexec/git-core/git-rev-list to git
-linking ./libexec/git-core/git-column to git
-linking ./libexec/git-core/git-apply to git
-linking ./libexec/git-core/git-var to git
-linking ./libexec/git-core/git-rev-parse to git
-linking ./libexec/git-core/git-archive to git
-linking ./libexec/git-core/git-verify-pack to git
-linking ./libexec/git-core/git-push to git
-linking ./libexec/git-core/git-commit to git
-linking ./libexec/git-core/git-tag to git
-linking ./libexec/git-core/git-pack-refs to git
-linking ./libexec/git-core/git-fmt-merge-msg to git
-linking ./libexec/git-core/git-fast-export to git
-linking ./libexec/git-core/git-remote-ext to git
-linking ./libexec/git-core/git-mailsplit to git
-linking ./libexec/git-core/git-send-pack to git
-linking ./libexec/git-core/git-diff-index to git
-linking ./libexec/git-core/git-mailinfo to git
-linking ./libexec/git-core/git-revert to git
-linking ./libexec/git-core/git-diff-files to git
-linking ./libexec/git-core/git-merge-ours to git
-linking ./libexec/git-core/git-show-ref to git
-linking ./libexec/git-core/git-diff to git
-linking ./libexec/git-core/git-clean to git
-linking ./libexec/git-core/git-bundle to git
-linking ./libexec/git-core/git-check-mailmap to git
-linking ./libexec/git-core/git-describe to git
-linking ./libexec/git-core/git-branch to git
-linking ./libexec/git-core/git-checkout to git
-linking ./libexec/git-core/git-name-rev to git
-linking ./libexec/git-core/git-gc to git
-linking ./libexec/git-core/git-fetch to git
-linking ./libexec/git-core/git-whatchanged to git
-linking ./libexec/git-core/git-cherry to git
-linking ./libexec/git-core/git-reflog to git
-linking ./libexec/git-core/git-hash-object to git
-linking ./libexec/git-core/git-init-db to git
-linking ./libexec/git-core/git-rerere to git
-linking ./libexec/git-core/git-reset to git
-linking ./libexec/git-core/git-stripspace to git
-linking ./libexec/git-core/git-prune to git
-linking ./libexec/git-core/git-mktree to git
-linking ./libexec/git-core/git-unpack-file to git
-linking ./libexec/git-core/git-remote to git
-linking ./libexec/git-core/git-commit-tree to git
-linking ./libexec/git-core/git-symbolic-ref to git
-linking ./libexec/git-core/git-credential to git
-linking ./libexec/git-core/git-check-ignore to git
-linking ./libexec/git-core/git-shortlog to git
-linking ./libexec/git-core/git-fetch-pack to git
-linking ./libexec/git-core/git-clone to git
-linking ./libexec/git-core/git-mv to git
-linking ./libexec/git-core/git-read-tree to git
-linking ./libexec/git-core/git-merge-subtree to git
-linking ./libexec/git-core/git-ls-remote to git
-linking ./libexec/git-core/git-config to git
-linking ./libexec/git-core/git-cherry-pick to git
-linking ./libexec/git-core/git-merge to git
-linking ./libexec/git-core/git-prune-packed to git
-linking ./libexec/git-core/git-count-objects to git
-linking ./libexec/git-core/git-merge-base to git
-linking ./libexec/git-core/git-index-pack to git
-linking ./libexec/git-core/git-repack to git
-linking ./libexec/git-core/git-show to git
-linking ./libexec/git-core/git-fsck-objects to git
-linking ./libexec/git-core/git-format-patch to git
-linking ./libexec/git-core/git-bisect--helper to git
-linking ./libexec/git-core/git-upload-archive to git
-linking ./libexec/git-core/git-ls-files to git
-linking ./libexec/git-core/git-check-attr to git
-linking ./libexec/git-core/git-get-tar-commit-id to git
-linking ./libexec/git-core/git-remote-fd to git
-linking ./libexec/git-core/git-unpack-objects to git
-linking ./libexec/git-core/git-add to git
-linking ./libexec/git-core/git-check-ref-format to git
-linking ./libexec/git-core/git-merge-index to git
-linking ./libexec/git-core/git-pack-objects to git
-linking ./libexec/git-core/git-receive-pack to git
-linking ./libexec/git-core/git-pack-redundant to git
-linking ./libexec/git-core/git-shell to git-shell
-linking ./libexec/git-core/git-upload-pack to git-upload-pack
-Installation complete
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_1_b41666c032aeb2d0de35023328391edb._comment b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_1_b41666c032aeb2d0de35023328391edb._comment
deleted file mode 100644
index cc0fcf30e4..0000000000
--- a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_1_b41666c032aeb2d0de35023328391edb._comment
+++ /dev/null
@@ -1,25 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="comment 1"
- date="2014-07-03T20:10:41Z"
- content="""
-This is not an installation problem; the /data/app-lib message is a red herring.
-
-Is /sdcard/mediashare a directory that already existed? If so, perhaps it's some \"mediashare\" thing that has a even more crippled filesystem than usual. Seems possible, but I don't know. Want to rule it out..
-
-The actual failure seems to be when git tries to write to its config.lock file, and changes its permissions. This is a recent change in git, commit daa22c6f8da466bd7a438f1bc27375fd737ffcf3, \"config: preserve config file permissions on edits\".
-
-[[!language C \"\"\"
-+ if (fchmod(fd, st.st_mode & 07777) < 0) {
-+ error(\"fchmod on %s failed: %s\",
-+ lock->filename, strerror(errno));
-+ ret = CONFIG_NO_WRITE;
-+ goto out_free;
-+ }
-\"\"\"]]
-
-This seems utterly innocuous; the config file has some mode, and this just sets that same mode back (excluding some high bit flags). But Android goes out of its way to make /sdcard the most craptacular filesystem in use on any Linux system, so I'm not really surprised that it might just refuse all fchmod even when it's a no-op. (This is the only fchmod call currently in git.)
-
-I've patched the bundled git to work around this. Will be a while until there is an updated autobuild..
-"""]]
diff --git a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_2_95ebed938df3db2b6d4ebe4c666c08f8._comment b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_2_95ebed938df3db2b6d4ebe4c666c08f8._comment
deleted file mode 100644
index 392f7007fe..0000000000
--- a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_2_95ebed938df3db2b6d4ebe4c666c08f8._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="comment 2"
- date="2014-07-04T17:52:35Z"
- content="""
-This problem should be fixed in the most recent daily build of git-annex for android. Testing appreciated.
-"""]]
diff --git a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810.mdwn b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810.mdwn
deleted file mode 100644
index 24b2af22a0..0000000000
--- a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810.mdwn
+++ /dev/null
@@ -1,28 +0,0 @@
-### Please describe the problem.
-
-The armel daily build linked from https://git-annex.branchable.com/install/Linux_standalone/ doesn't seem to work.
-
-When runshell is run as root, it hangs with no output and trying to run git directly from the bin directory gives
-
-"/git: exec: line 2: : Permission denied:."
-
-When run as an ordinary user, it gives
-
-"./runshell: line 40: can't create /root/.ssh/git-annex-shell: Permission denied
-chmod: /root/.ssh/git-annex-shell: Permission denied"
-
-### What steps will reproduce the problem?
-
-- Login in to NAS as root via SSH
-- Download latest daily build via curl
-- Untar, chown -R root:root, and CD in to git-annex.linux
-- ./runshell or 'cd bin; ./git"
-
-### What version of git-annex are you using? On what operating system?
-
-Synology DSM 4.3-3810 and latest nightly build of git-annex.
-
-> The shimming was broken, causing the hang. [[fixed|done]]
->
-> (It looks like you somehow forgot to set HOME when becoming the non-root
-> user.) --[[Joey]]
diff --git a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_1_c398f92de91729e60b59127733759a38._comment b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_1_c398f92de91729e60b59127733759a38._comment
deleted file mode 100644
index 897b588b3d..0000000000
--- a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_1_c398f92de91729e60b59127733759a38._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="Same hang when added to $PATH"
- date="2013-12-21T03:28:07Z"
- content="""
-DiskStation> echo $PATH
-
-/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin:/root/git-annex.linux
-
-DiskStation> git-annex-shell
-
-[...hangs...]
-"""]]
diff --git a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_2_646087d44ee32f78784ae9e8d65d87e6._comment b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_2_646087d44ee32f78784ae9e8d65d87e6._comment
deleted file mode 100644
index 16d2824708..0000000000
--- a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_2_646087d44ee32f78784ae9e8d65d87e6._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://grossmeier.net/"
- nickname="greg"
- subject="comment 2"
- date="2013-12-21T06:27:49Z"
- content="""
-Try not as root, see how far that gets you.
-"""]]
diff --git a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_3_205e41cb0abaed3e16d45206bb2e77a4._comment b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_3_205e41cb0abaed3e16d45206bb2e77a4._comment
deleted file mode 100644
index 2c78250b59..0000000000
--- a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_3_205e41cb0abaed3e16d45206bb2e77a4._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="comment 3"
- date="2013-12-21T08:22:28Z"
- content="""
-Hi Greg, I tried that and got a permissions error.
-
-\"./runshell: line 40: can't create /root/.ssh/git-annex-shell: Permission denied chmod: /root/.ssh/git-annex-shell: Permission denied\"
-"""]]
diff --git a/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp.mdwn b/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp.mdwn
deleted file mode 100644
index 256bc1e7fe..0000000000
--- a/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp.mdwn
+++ /dev/null
@@ -1,9 +0,0 @@
-The assistant web UI says: `SanityCheckerStartup crashed: /home/zerodogg/Delt/.git/annex/tmp/Sak_7.pdf: getFileStatus: does not exist (No such file or directory)` with a «Restart thread»-button. Clicking said button merely makes the error re-appear. The file in question is a broken symlink. Deleting the symlink and then restarting the thread fixes the problem.
-
-I'm not sure what causes said symlink to appear (which has the name of a file that does exist in the annex), but it has done so on several systems accross different distributions here (Fedora 20, Ubuntu 14.04, Archlinux). Perhaps an rsync copies over a symlink instead of a file?
-
-git-annex version: 5.20140517-gee56d21
-
-[[!tag confirmed]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp/comment_1_659e0c5127c92b1c7643823d0c240543._comment b/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp/comment_1_659e0c5127c92b1c7643823d0c240543._comment
deleted file mode 100644
index 22e7b66f4e..0000000000
--- a/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp/comment_1_659e0c5127c92b1c7643823d0c240543._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.176"
- subject="comment 1"
- date="2014-05-30T18:58:56Z"
- content="""
-Well, Sak7.pdf is not a git-annex object filename. And .git/annex/tmp used to be used as a general-purpose temp directory, but in recent versions we're moving away from that; it's only supposed to contain git-annex objects.
-
-So, this must be a leftover file from an old version of git-annex. I don't know offhand what would create a symlink in the temp directory. However, the crash is from the code that was added to the assistant to clean up such left behind files. So, I'll fix that code.
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files.mdwn b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files.mdwn
deleted file mode 100644
index ebf2380729..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files.mdwn
+++ /dev/null
@@ -1,64 +0,0 @@
-### Please describe the problem.
-
-The assistant/webapp doesn't drop files from the local (source) repository after transferring it to the 2 backup repositories (numcopies 2), but they are listed with:
-
- git annex find --want-drop
-
-### What steps will reproduce the problem?
-
-#### mintcream ####
-
- git init annex
- cd ~/annex
- git commit -m "create" --allow-empty
- git annex init mintcream
- git annex numcopies 2
- git annex group here source
- git config annex.autocommit false
- git annex webapp
-
-#### liquorice ####
-
- git init annex
- cd ~/annex
- git annex init liquorice
- git annex group here backup
-
-#### candyfloss ####
-
- git init annex
- cd ~/annex
- git annex init candyfloss
- git annex group here backup
-
-#### mintcream ####
-
- (add both backup repositories in webapp as "remote repositories")
- (copy files into ~/annex directory)
- git annex add
- git commit -m "add some files"
- (use "sync now" to prod assistant into noticing the commit)
-
-### What was I expecting to happen? ###
-
-The assistant to transfer the files to liquorice and candyfloss, then for the assistant to drop the files from mintcream.
-
-### What actually happened? ###
-
-The assistant transfers the files to liquorice and candyfloss. No files are dropped from mintcream.
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version: 5.20140707-g923b436
-
-Arch Linux (git-annex-bin from AUR)
-
-### Please provide any additional information below.
-
-I wish to retain control of the commits on "master" (annex.autocommit false) but want the assistant to handle moving/dropping the files as required in the background.
-
- git annex drop --auto
-
-works as expected.
-
-> [[done]]; user misconfiguration. --[[Joey]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_1_f32fbae29e4db039804c0853256c238c._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_1_f32fbae29e4db039804c0853256c238c._comment
deleted file mode 100644
index 61c62703c6..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_1_f32fbae29e4db039804c0853256c238c._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.2"
- subject="comment 1"
- date="2014-07-10T18:48:17Z"
- content="""
-Reproduced. `git annex sync --content` has the same problem.
-
-Of course, both it and the assistant *do* check if files can be dropped. For some reason, it is deciding it is not safe to drop the file.
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_2_405bfa00dfd433352c263afe75e94b2c._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_2_405bfa00dfd433352c263afe75e94b2c._comment
deleted file mode 100644
index d7d288b39d..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_2_405bfa00dfd433352c263afe75e94b2c._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.2"
- subject="user misconfiguration"
- date="2014-07-10T19:02:00Z"
- content="""
-Reason is simple: You manually put the repository into the source group, but its preferred content is not set to \"standard\". No matter what group a repository is in, you have to set its preferred content to something, or git-annex will default to assuming you want the repo to retain all files.
-
-So, `git annex wanted mintcream standard` and away you go. You'll also want to set that for the other 2 repos probably..
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_3_c8cac8d800199ca4d8a65ba72abf678e._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_3_c8cac8d800199ca4d8a65ba72abf678e._comment
deleted file mode 100644
index 81b25c8f07..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_3_c8cac8d800199ca4d8a65ba72abf678e._comment
+++ /dev/null
@@ -1,40 +0,0 @@
-[[!comment format=mdwn
- username="CandyAngel"
- ip="81.111.193.130"
- subject="comment 3"
- date="2014-07-11T10:41:23Z"
- content="""
-Ohhh I see!
-
-I was expecting \"standard\" to be the default because of what vicfg shows..
-
- # Repository preferred contents
- # (for web)
- #wanted 00000000-0000-0000-0000-000000000001 = standard
- # (for test)
- #wanted 025d4d21-7648-426c-a406-bb7f27688afe = standard
-
- # Group preferred contents
- # (Used by repositories with \"groupwanted\" in their preferred contents)
- #groupwanted archive = standard
- #groupwanted backup = standard
- #groupwanted client = standard
- #groupwanted incrementalbackup = standard
- #groupwanted manual = standard
- #groupwanted public = standard
- #groupwanted smallarchive = standard
- #groupwanted source = standard
- #groupwanted transfer = standard
-
-In my experience with configuration files, a commented out line like this:
-
- #wanted 025d4d21-7648-426c-a406-bb7f27688afe = standard
-
-without any \"this is an example\" text above it means \"this is the default setting\". Everything in vicfg looks like it is the current settings, rather than just placeholders..
-
-I understand why you need to set the wanted explicitly (at least from the command line), but the way information is shown in vicfg led me to interact with it incorrectly. Would it be worth adding a disclaimer that commented lines are examples, not defaults? As far as I am aware, the logic I explained above (commented line == default) is the \"norm\" in *nix configuration files, which would make vicfg non-intuitive.
-
-All I need to do now is not be so bothered by how messy the git-annex branch looks when the assistant is running things! :D
-
-Thankies
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_4_ee5fa8a22d1571b0040aa97c4979ef92._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_4_ee5fa8a22d1571b0040aa97c4979ef92._comment
deleted file mode 100644
index 237182879c..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_4_ee5fa8a22d1571b0040aa97c4979ef92._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="CandyAngel"
- ip="81.111.193.130"
- subject="comment 4"
- date="2014-07-11T10:57:58Z"
- content="""
-Actually, I'm still a little confused.
-
-If git-annex was presuming I wanted to keep all the files as you say, why were they listed in `git annex find --want-drop` and dropped by `git annex drop --auto`?
-
-Shouldn't they have been empty and a no-op respectively?
-
-There seems to be a difference in the behaviour between the command line (wanting to and actually dropping the files) and the assistant (wanting to keep them) for the same settings.
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_5_eef448b9e3dd1a717430a60d1001a7ee._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_5_eef448b9e3dd1a717430a60d1001a7ee._comment
deleted file mode 100644
index 11c690cb79..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_5_eef448b9e3dd1a717430a60d1001a7ee._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.2"
- subject="comment 5"
- date="2014-07-11T18:27:44Z"
- content="""
-The assistant defaults to assuming all files are wanted if there's no preferred content settings, while command-line dropping stuff defaults to assuming no files are wanted (or more accurately, that you'll drop anything you don't want and get anything you do) when there's no preferred content settings. So the default differs, but this only matters when not setting preferred contents.
-
-I agree that the vicfg could be misread, so have changed it.
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate.mdwn b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate.mdwn
deleted file mode 100644
index 0ad0f1eb37..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate.mdwn
+++ /dev/null
@@ -1,435 +0,0 @@
-### Please describe the problem.
-
-On two hosts, I've configured two separate local repositories (~/foo and ~/bar) with the assistant and added a transfer repository to ~/foo.
-
-While files are kept separate, the configuration seems to get mixed up. This results in all files beeing uploaded to the configured transfer repository.
-
-The reason might be, that informations about ~/bar are included in the configuration of ~/foo (see below).
-
-### What steps will reproduce the problem?
-
-* Create local repository ~/foo on both hosts
-* Add transfer repository to ~/foo on both hosts
-* Add some files to ~/foo and let it sync
-* Create local repository ~/bar and select keep the repositories separate on both hosts
-* All files of ~/foo will now be uploaded again to the transfer repository
-
-### What version of git-annex are you using? On what operating system?
-
-5.20140421~bpo70+1 on Debian 7.5 amd64
-
-### Please provide any additional information below.
-
-*trh@czc4142wfz:~/foo$ git-annex info*
-repository mode: direct
-trusted repositories: 0
-semitrusted repositories: 4
- 00000000-0000-0000-0000-000000000001 -- web
- bd23a5ed-af6e-466d-ac8c-9ea38a220c62 -- trh@r9-y3pll:~/foo
- cc888105-b6c3-4926-8396-e3870f6bfc05 -- transfer_foo
- f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 -- here (trh@czc4142wfz:~/foo)
-untrusted repositories: 0
-transfers in progress: none
-available local disk space: 356.11 gigabytes (+1 megabyte reserved)
-local annex keys: 2
-local annex size: 2.99 gigabytes
-annexed files in working tree: 2
-size of annexed files in working tree: 2.99 gigabytes
-bloom filter size: 16 mebibytes (0% full)
-backend usage:
- SHA256E: 4
-
-
-*trh@czc4142wfz:~/bar$ git-annex info*
-repository mode: direct
-trusted repositories: 0
-semitrusted repositories: 2
- 00000000-0000-0000-0000-000000000001 -- web
- f1478436-cf7b-4a05-91a6-91157ae5e9c4 -- here (trh@czc4142wfz:~/bar)
-untrusted repositories: 0
-transfers in progress: none
-available local disk space: 356.11 gigabytes (+1 megabyte reserved)
-local annex keys: 0
-local annex size: 0 bytes
-annexed files in working tree: 0
-size of annexed files in working tree: 0 bytes
-bloom filter size: 16 mebibytes (0% full)
-backend usage:
-
-
-*trh@czc4142wfz:~/foo$ git-annex vicfg*
-# git-annex configuration
-#
-# Changes saved to this file will be recorded in the git-annex branch.
-#
-# Lines in this file have the format:
-# setting field = value
-
-# Repository trust configuration
-# (Valid trust levels: trusted semitrusted untrusted dead)
-# (for web)
-#trust 00000000-0000-0000-0000-000000000001 = semitrusted
-# (for trh@r9-y3pll:~/foo)
-#trust bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = semitrusted
-# (for transfer_foo)
-#trust cc888105-b6c3-4926-8396-e3870f6bfc05 = semitrusted
-# (for trh@czc4142wfz:~/foo)
-#trust f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = semitrusted
-
-# Repository groups
-# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
-# (Separate group names with spaces)
-# (for )
-group 357eaef4-af1b-491a-a003-01c2d583056e = client
-# (for trh@r9-y3pll:~/foo)
-group bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = client
-# (for )
-group f1478436-cf7b-4a05-91a6-91157ae5e9c4 = client
-# (for trh@czc4142wfz:~/foo)
-group f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = client
-# (for transfer_foo)
-group cc888105-b6c3-4926-8396-e3870f6bfc05 = transfer
-# (for web)
-#group 00000000-0000-0000-0000-000000000001 =
-
-# Repository preferred contents
-# (for )
-wanted 357eaef4-af1b-491a-a003-01c2d583056e = standard
-# (for trh@r9-y3pll:~/foo)
-wanted bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = standard
-# (for transfer_foo)
-wanted cc888105-b6c3-4926-8396-e3870f6bfc05 = standard
-# (for )
-wanted f1478436-cf7b-4a05-91a6-91157ae5e9c4 = standard
-# (for trh@czc4142wfz:~/foo)
-wanted f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = standard
-# (for web)
-#wanted 00000000-0000-0000-0000-000000000001 = standard
-
-# Group preferred contents
-# (Used by repositories with "groupwanted" in their preferred contents)
-#groupwanted archive = standard
-#groupwanted backup = standard
-#groupwanted client = standard
-#groupwanted incrementalbackup = standard
-#groupwanted manual = standard
-#groupwanted public = standard
-#groupwanted smallarchive = standard
-#groupwanted source = standard
-#groupwanted transfer = standard
-#groupwanted unwanted = standard
-
-# Standard preferred contents
-# (Used by wanted or groupwanted expressions containing "standard")
-# (For reference only; built-in and cannot be changed!)
-# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
-# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
-# standard backup = include=* or unused
-# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
-# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
-# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
-# standard source = not (copies=1)
-# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
-# standard public = inpreferreddir
-# standard unwanted = exclude=*
-
-# Repository required contents
-# (for web)
-#required 00000000-0000-0000-0000-000000000001 =
-# (for trh@r9-y3pll:~/foo)
-#required bd23a5ed-af6e-466d-ac8c-9ea38a220c62 =
-# (for transfer_foo)
-#required cc888105-b6c3-4926-8396-e3870f6bfc05 =
-# (for trh@czc4142wfz:~/foo)
-#required f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 =
-
-# Scheduled activities
-# (Separate multiple activities with "; ")
-# (for web)
-#schedule 00000000-0000-0000-0000-000000000001 =
-# (for trh@r9-y3pll:~/foo)
-#schedule bd23a5ed-af6e-466d-ac8c-9ea38a220c62 =
-# (for transfer_foo)
-#schedule cc888105-b6c3-4926-8396-e3870f6bfc05 =
-# (for trh@czc4142wfz:~/foo)
-#schedule f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 =
-
-
-**Note: f1478436-cf7b-4a05-91a6-91157ae5e9c4 is id of ~/bar on local host (see below) / 357eaef4-af1b-491a-a003-01c2d583056e is id of ~/bar on r9-y3pll**
-
-*trh@czc4142wfz:~/bar$ git-annex vicfg*
-# git-annex configuration
-#
-# Changes saved to this file will be recorded in the git-annex branch.
-#
-# Lines in this file have the format:
-# setting field = value
-
-# Repository trust configuration
-# (Valid trust levels: trusted semitrusted untrusted dead)
-# (for web)
-#trust 00000000-0000-0000-0000-000000000001 = semitrusted
-# (for trh@czc4142wfz:~/bar)
-#trust f1478436-cf7b-4a05-91a6-91157ae5e9c4 = semitrusted
-
-# Repository groups
-# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
-# (Separate group names with spaces)
-# (for web)
-#group 00000000-0000-0000-0000-000000000001 =
-# (for trh@czc4142wfz:~/bar)
-#group f1478436-cf7b-4a05-91a6-91157ae5e9c4 =
-
-# Repository preferred contents
-# (for web)
-#wanted 00000000-0000-0000-0000-000000000001 = standard
-# (for trh@czc4142wfz:~/bar)
-#wanted f1478436-cf7b-4a05-91a6-91157ae5e9c4 = standard
-
-# Group preferred contents
-# (Used by repositories with "groupwanted" in their preferred contents)
-#groupwanted archive = standard
-#groupwanted backup = standard
-#groupwanted client = standard
-#groupwanted incrementalbackup = standard
-#groupwanted manual = standard
-#groupwanted public = standard
-#groupwanted smallarchive = standard
-#groupwanted source = standard
-#groupwanted transfer = standard
-#groupwanted unwanted = standard
-
-# Standard preferred contents
-# (Used by wanted or groupwanted expressions containing "standard")
-# (For reference only; built-in and cannot be changed!)
-# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
-# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
-# standard backup = include=* or unused
-# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
-# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
-# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
-# standard source = not (copies=1)
-# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
-# standard public = inpreferreddir
-# standard unwanted = exclude=*
-
-# Repository required contents
-# (for web)
-#required 00000000-0000-0000-0000-000000000001 =
-# (for trh@czc4142wfz:~/bar)
-#required f1478436-cf7b-4a05-91a6-91157ae5e9c4 =
-
-# Scheduled activities
-# (Separate multiple activities with "; ")
-# (for web)
-#schedule 00000000-0000-0000-0000-000000000001 =
-# (for trh@czc4142wfz:~/bar)
-#schedule f1478436-cf7b-4a05-91a6-91157ae5e9c4 =
-
-
-*trh@r9-y3pll:~/foo$ git-annex info*
-repository mode: direct
-trusted repositories: 0
-semitrusted repositories: 4
- 00000000-0000-0000-0000-000000000001 -- web
- bd23a5ed-af6e-466d-ac8c-9ea38a220c62 -- here (trh@r9-y3pll:~/foo)
- cc888105-b6c3-4926-8396-e3870f6bfc05 -- transfer_foo
- f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 -- trh@czc4142wfz:~/foo
-untrusted repositories: 0
-transfers in progress: none
-available local disk space: 280.24 gigabytes (+1 megabyte reserved)
-local annex keys: 2
-local annex size: 2.99 gigabytes
-annexed files in working tree: 2
-size of annexed files in working tree: 2.99 gigabytes
-bloom filter size: 16 mebibytes (0% full)
-backend usage:
- SHA256E: 4
-
-
-*trh@r9-y3pll:~/bar$ git-annex info*
-repository mode: direct
-trusted repositories: 0
-semitrusted repositories: 2
- 00000000-0000-0000-0000-000000000001 -- web
- 357eaef4-af1b-491a-a003-01c2d583056e -- here (trh@r9-y3pll:~/bar)
-untrusted repositories: 0
-transfers in progress: none
-available local disk space: 280.24 gigabytes (+1 megabyte reserved)
-local annex keys: 0
-local annex size: 0 bytes
-annexed files in working tree: 0
-size of annexed files in working tree: 0 bytes
-bloom filter size: 16 mebibytes (0% full)
-backend usage:
-
-
-*trh@r9-y3pll:~/foo$ git-annex vicfg*
-# git-annex configuration
-#
-# Changes saved to this file will be recorded in the git-annex branch.
-#
-# Lines in this file have the format:
-# setting field = value
-
-# Repository trust configuration
-# (Valid trust levels: trusted semitrusted untrusted dead)
-# (for web)
-#trust 00000000-0000-0000-0000-000000000001 = semitrusted
-# (for trh@r9-y3pll:~/foo)
-#trust bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = semitrusted
-# (for transfer_foo)
-#trust cc888105-b6c3-4926-8396-e3870f6bfc05 = semitrusted
-# (for trh@czc4142wfz:~/foo)
-#trust f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = semitrusted
-
-# Repository groups
-# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
-# (Separate group names with spaces)
-# (for )
-group 357eaef4-af1b-491a-a003-01c2d583056e = client
-# (for trh@r9-y3pll:~/foo)
-group bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = client
-# (for )
-group f1478436-cf7b-4a05-91a6-91157ae5e9c4 = client
-# (for trh@czc4142wfz:~/foo)
-group f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = client
-# (for transfer_foo)
-group cc888105-b6c3-4926-8396-e3870f6bfc05 = transfer
-# (for web)
-#group 00000000-0000-0000-0000-000000000001 =
-
-# Repository preferred contents
-# (for )
-wanted 357eaef4-af1b-491a-a003-01c2d583056e = standard
-# (for trh@r9-y3pll:~/foo)
-wanted bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = standard
-# (for transfer_foo)
-wanted cc888105-b6c3-4926-8396-e3870f6bfc05 = standard
-# (for )
-wanted f1478436-cf7b-4a05-91a6-91157ae5e9c4 = standard
-# (for trh@czc4142wfz:~/foo)
-wanted f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = standard
-# (for web)
-#wanted 00000000-0000-0000-0000-000000000001 = standard
-
-# Group preferred contents
-# (Used by repositories with "groupwanted" in their preferred contents)
-#groupwanted archive = standard
-#groupwanted backup = standard
-#groupwanted client = standard
-#groupwanted incrementalbackup = standard
-#groupwanted manual = standard
-#groupwanted public = standard
-#groupwanted smallarchive = standard
-#groupwanted source = standard
-#groupwanted transfer = standard
-#groupwanted unwanted = standard
-
-# Standard preferred contents
-# (Used by wanted or groupwanted expressions containing "standard")
-# (For reference only; built-in and cannot be changed!)
-# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
-# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
-# standard backup = include=* or unused
-# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
-# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
-# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
-# standard source = not (copies=1)
-# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
-# standard public = inpreferreddir
-# standard unwanted = exclude=*
-
-# Repository required contents
-# (for web)
-#required 00000000-0000-0000-0000-000000000001 =
-# (for trh@r9-y3pll:~/foo)
-#required bd23a5ed-af6e-466d-ac8c-9ea38a220c62 =
-# (for transfer_foo)
-#required cc888105-b6c3-4926-8396-e3870f6bfc05 =
-# (for trh@czc4142wfz:~/foo)
-#required f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 =
-
-# Scheduled activities
-# (Separate multiple activities with "; ")
-# (for web)
-#schedule 00000000-0000-0000-0000-000000000001 =
-# (for trh@r9-y3pll:~/foo)
-#schedule bd23a5ed-af6e-466d-ac8c-9ea38a220c62 =
-# (for transfer_foo)
-#schedule cc888105-b6c3-4926-8396-e3870f6bfc05 =
-# (for trh@czc4142wfz:~/foo)
-#schedule f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 =
-
-
-*trh@r9-y3pll:~/bar$ git-annex vicfg*
-# git-annex configuration
-#
-# Changes saved to this file will be recorded in the git-annex branch.
-#
-# Lines in this file have the format:
-# setting field = value
-
-# Repository trust configuration
-# (Valid trust levels: trusted semitrusted untrusted dead)
-# (for web)
-#trust 00000000-0000-0000-0000-000000000001 = semitrusted
-# (for trh@r9-y3pll:~/bar)
-#trust 357eaef4-af1b-491a-a003-01c2d583056e = semitrusted
-
-# Repository groups
-# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
-# (Separate group names with spaces)
-# (for web)
-#group 00000000-0000-0000-0000-000000000001 =
-# (for trh@r9-y3pll:~/bar)
-#group 357eaef4-af1b-491a-a003-01c2d583056e =
-
-# Repository preferred contents
-# (for web)
-#wanted 00000000-0000-0000-0000-000000000001 = standard
-# (for trh@r9-y3pll:~/bar)
-#wanted 357eaef4-af1b-491a-a003-01c2d583056e = standard
-
-# Group preferred contents
-# (Used by repositories with "groupwanted" in their preferred contents)
-#groupwanted archive = standard
-#groupwanted backup = standard
-#groupwanted client = standard
-#groupwanted incrementalbackup = standard
-#groupwanted manual = standard
-#groupwanted public = standard
-#groupwanted smallarchive = standard
-#groupwanted source = standard
-#groupwanted transfer = standard
-#groupwanted unwanted = standard
-
-# Standard preferred contents
-# (Used by wanted or groupwanted expressions containing "standard")
-# (For reference only; built-in and cannot be changed!)
-# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
-# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
-# standard backup = include=* or unused
-# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
-# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
-# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
-# standard source = not (copies=1)
-# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
-# standard public = inpreferreddir
-# standard unwanted = exclude=*
-
-# Repository required contents
-# (for web)
-#required 00000000-0000-0000-0000-000000000001 =
-# (for trh@r9-y3pll:~/bar)
-#required 357eaef4-af1b-491a-a003-01c2d583056e =
-
-# Scheduled activities
-# (Separate multiple activities with "; ")
-# (for web)
-#schedule 00000000-0000-0000-0000-000000000001 =
-# (for trh@r9-y3pll:~/bar)
-#schedule 357eaef4-af1b-491a-a003-01c2d583056e =
-
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_1_418103046e296a43cfe0f0cf69e729d5._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_1_418103046e296a43cfe0f0cf69e729d5._comment
deleted file mode 100644
index 7a21b52ce8..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_1_418103046e296a43cfe0f0cf69e729d5._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.176"
- subject="comment 1"
- date="2014-05-29T18:21:30Z"
- content="""
-As far as I can understand the description (which has an lot of different \"foo\"'s in it that seem to refer to different things?) -- This is the assistant behaving as designed: Any time two repositories are pointed at the same transfer repository, or removable drive repository, etc, they will unify and share all their files.
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_2_9405804842bb23e8040ec85b271b18af._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_2_9405804842bb23e8040ec85b271b18af._comment
deleted file mode 100644
index f6a37583a2..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_2_9405804842bb23e8040ec85b271b18af._comment
+++ /dev/null
@@ -1,23 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmi0jblSiI4c5-EswqKw4PXkx5M4fuVvdk"
- nickname="Henry"
- subject="comment 2"
- date="2014-05-29T19:10:08Z"
- content="""
-I'm using the same folder name on different hosts. So yes, ~/foo exists 3 times. Let me try to clarify it:
-
-
-Client Transfer Client
-r9-y3pll edhp-transfer czc4142wfz
-~/foo <-> ~/foo <-> ~/foo
-~/bar ~/bar
-
-
-So, I have two clients and one transfer server. Both clients have two local repositories ~/foo and ~/bar.
-
-The transfer repository has only be configured to the ~/foo client repositories, but not to the ~/bar repositories.
-
-But for some reason, the ~/foo repositories know about the ~/bar repositories (see the id's of the git-annex vicfg output for ~/foo repositories above) and keep uploading files to the transfer repository, even I did select keep the repositories separate on both hosts.
-
-
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_3_01fc26e443ea3a8a351174b45f25dc2a._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_3_01fc26e443ea3a8a351174b45f25dc2a._comment
deleted file mode 100644
index acbc51c8eb..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_3_01fc26e443ea3a8a351174b45f25dc2a._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.176"
- subject="comment 3"
- date="2014-05-29T19:14:51Z"
- content="""
-Are you using XMPP?
-
-There's no way for the foo repositories to learn about the bar repositories unless one of the foo repositories has a remote that is either one of the bar repositories, or that one of the bar repositories points to.
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_4_6e8f0889359bb2f3e3438658c9776f76._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_4_6e8f0889359bb2f3e3438658c9776f76._comment
deleted file mode 100644
index 58804fccfb..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_4_6e8f0889359bb2f3e3438658c9776f76._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmi0jblSiI4c5-EswqKw4PXkx5M4fuVvdk"
- nickname="Henry"
- subject="comment 4"
- date="2014-05-29T20:10:15Z"
- content="""
-No, I haven't configured XMPP yet.
-
-I just tried something else:
-
-Within assistant I've switched to repository ~bar and then added another repository ~/foobar and again selected keep the repositories separate.
-
-The result is, ~/bar knows (vicfg) about ~/foobar, but ~/foo doesn't. It seems to me, that when adding another local repository, the new repository gets known to the currently selected repository.
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_5_902fe9ff295453461b66d84463205fc3._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_5_902fe9ff295453461b66d84463205fc3._comment
deleted file mode 100644
index 9954f7b011..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_5_902fe9ff295453461b66d84463205fc3._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.176"
- subject="comment 5"
- date="2014-05-29T20:46:47Z"
- content="""
-Ok, reproduced that.
-
-Webapp seems to be setting up the newly created repository's group and preferred content settings inside the current repository. The 2 repositories are not otherwise linked or sharing data in any way, so this the impact is limited to 2 lines that won't affect anything being committed to the git-annex branch, and to the newly created repository not defaulting to being in the client group or having the standard preferred content setting (which can easily be fixed with the webapp).
-"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_6_ce01656b191d2bb13a3ddc29794e1e7a._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_6_ce01656b191d2bb13a3ddc29794e1e7a._comment
deleted file mode 100644
index fd589eb18c..0000000000
--- a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_6_ce01656b191d2bb13a3ddc29794e1e7a._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmi0jblSiI4c5-EswqKw4PXkx5M4fuVvdk"
- nickname="Henry"
- subject="comment 6"
- date="2014-06-11T16:31:09Z"
- content="""
-I've just installed 5.20140606 from sid and the problem is gone :-)
-
-Now hoping that this or one of the next release will make it into wheezy backports ;-)
-
-Thank you for your great work and support and sorry for my late feedback.
-"""]]
diff --git a/doc/bugs/Assistant_dropping_from_backup_repo.mdwn b/doc/bugs/Assistant_dropping_from_backup_repo.mdwn
deleted file mode 100644
index 0e0fd5909a..0000000000
--- a/doc/bugs/Assistant_dropping_from_backup_repo.mdwn
+++ /dev/null
@@ -1,28 +0,0 @@
-Setup:
-
-* fresh install of Debian Wheezy with git-annex 4.20130227 pulled in from unstable
-
-Steps:
-
-* clone existing repository and activate assistant
-* Have USB drive, U, with repository group `backup` and preferred content string `standard`
-
-Expected:
-
-* Assistant never ever tries to drop anything from U
-
-Actual:
-
-* Assistant immediately tries to drop files from U; fortunately I didn't have the USB drive plugged in
-* Changing the preferred content string of U to `present or include=*` stops the dropping, but this was never required before
-
-Additional information:
-
-* The files that the Assistant started trying to drop were, I believe, the first (alphabetically) files in my repository to contain non-ascii characters in their file names (some French accented letters)
-
-Thanks.
-
-> The non-ascii characters are the giveaway: For 1 version, git-annex used
-> a regex library that failed to ever match non-ascii characters. So it
-> thought backup repos, which match "*" with a regex, wanted no such files.
-> This is [[fixed|done]]. --[[Joey]]
diff --git a/doc/bugs/Assistant_dropping_from_backup_repo/comment_1_c13d86fb2541676ee4ca1446b99e0e68._comment b/doc/bugs/Assistant_dropping_from_backup_repo/comment_1_c13d86fb2541676ee4ca1446b99e0e68._comment
deleted file mode 100644
index 5e69655e05..0000000000
--- a/doc/bugs/Assistant_dropping_from_backup_repo/comment_1_c13d86fb2541676ee4ca1446b99e0e68._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://edheil.wordpress.com/"
- ip="173.162.44.162"
- subject="comment 1"
- date="2013-03-12T14:25:16Z"
- content="""
-This sounds very similar to [[http://git-annex.branchable.com/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/]]; my client was pulling in content prior to dropping it from a \"backup\" repo on a USB drive.
-"""]]
diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup.mdwn b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup.mdwn
deleted file mode 100644
index fc87672c4d..0000000000
--- a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup.mdwn
+++ /dev/null
@@ -1,31 +0,0 @@
-The assistant from the standalone 64bit build crashes upon startup.
-
-### Version information
-
- [0 zerodogg@firefly annexed]$ git annex version
- git-annex version: 5.20131230-g4aa88d8
- build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
- key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
- remote types: git gcrypt S3 bup directory rsync web webdav glacier hook external
- local repository version: 5
- supported repository version: 5
- upgrade supported from repository versions: 0 1 2 4
- [0 zerodogg@firefly annexed]$ uname -a
- Linux firefly 3.12.5-302.fc20.x86_64 #1 SMP Tue Dec 17 20:42:32 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
- [0 zerodogg@firefly annexed]$ cat /etc/fedora-release
- Fedora release 20 (Heisenbug)
- [0 zerodogg@firefly annexed]$
-
-### Error
-
- [0 zerodogg@firefly annexed]$ git annex webapp
- Launching web browser on file:///home/zerodogg/Documents/annexed/.git/annex/webapp.html
-
- (process:6045): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
- libgcc_s.so.1 must be installed for pthread_cancel to work
- error: git-annex died of signal 6
- [134 zerodogg@firefly annexed]$ ls -l /usr/lib64/libgcc_s.so.1
- lrwxrwxrwx. 1 root root 28 2013-12-18 10:54 /usr/lib64/libgcc_s.so.1 -> libgcc_s-4.8.2-20131212.so.1
- [0 zerodogg@firefly annexed]$
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_1_56befc288c40e062e086d93d26064342._comment b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_1_56befc288c40e062e086d93d26064342._comment
deleted file mode 100644
index 951d2687a5..0000000000
--- a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_1_56befc288c40e062e086d93d26064342._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.227"
- subject="comment 1"
- date="2013-12-31T18:55:36Z"
- content="""
-You seem to show `git-annex version` being run without crashing, so it does not seem to crash on startup generally.
-
-Also, this build of git-annex is not linked to libgcc at all.
-
-Also, git-annex seems to start your web browser.
-
-So, it seems more likely that your web browser is crashing than that git-annex is crashing. The web browser crash may be taking out git-annex in some way.
-"""]]
diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment
deleted file mode 100644
index ef1beb973a..0000000000
--- a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment
+++ /dev/null
@@ -1,24 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.227"
- subject="comment 2"
- date="2013-12-31T19:11:16Z"
- content="""
-I've verified that git-annex runs the web browser in a cleaned up environment, that does not, for example, have the `LD_LIBRARY_PATH` used by the bundle set.
-
-I checked this by making a ~/dumpenv script:
-
-[[!format sh \"\"\"
-#!/bin/sh
-set
-echo \"$@\"
-\"\"\"]]
-
-Then `chmod +x ~/dumpenv; git config web.browser ~/dumpenv` and `git annex webapp` to run it.
-
-I did notice that it set `GCONV_PATH=''`, rather than unsetting that variable, and have made a commit fixing that. But I doubt that caused this problem.
-
-The \"g_slice_set_config: assertion 'sys_page_size == 0\" seems to be a Mozilla bug: , and does not seem to be related, probably firefox is printing that well before crashing.
-
-It looks like libc can somehow demand-load libgcc_s.so, so I have force included that into the bundle. Don't know if that will help. Will be available in autobuilds in an hour.
-"""]]
diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_3_7707c47aacde425ca6149dd828dd27fb._comment b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_3_7707c47aacde425ca6149dd828dd27fb._comment
deleted file mode 100644
index dd1239733e..0000000000
--- a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_3_7707c47aacde425ca6149dd828dd27fb._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="EskildHustvedt"
- ip="80.202.213.197"
- subject="comment 3"
- date="2014-01-01T02:36:47Z"
- content="""
-The browser doesn't crash, it stays up, though the git annex page disappears (replaced by the usual \"connection refused\" page from firefox) after a few seconds (ie. \"git annex webapp\" starts the browser, the git-annex page appears for a few seconds, and then it disappears as git-annex crashes, leaving the browser still running).
-
-The latest daily build appears to work now though: git-annex version: 5.20140101-gf9e5218, so that seems to have done the trick.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop.mdwn b/doc/bugs/Assistant_merge_loop.mdwn
deleted file mode 100644
index edff5e4b3e..0000000000
--- a/doc/bugs/Assistant_merge_loop.mdwn
+++ /dev/null
@@ -1,19 +0,0 @@
-The assistant appears to be in a merge loop with at least two of my repos. It's creating thousands of merge commits without any changes. One repository that contains around 600 files that change very very rarely now has 63528 commits.
-
-Here's a screenshot from tig: [[https://ssl.zerodogg.org/~zerodogg/private/tmp/Skjermdump_fra_2014-07-05_07:09:22-2014-07-05.png]]
-
-I can privately provide a copy of the git repo itself if needed.
-
-Using the standalone build, 64bit, on ArchLinux, Fedora 20 and Ubuntu 14.04.
-
- $ git annex version
- git-annex version: 5.20140610-g5ec8bcf
- build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS 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 webdav tahoe glacier ddar hook external
- local repository version: 5
- supported repository version: 5
- upgrade supported from repository versions: 0 1 2 4
-
-> [[fixed|done]]. Note that 5.20140708 contained an incomplete fix for this
-> bug. --[[Joey]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_10_8fe176691f0f61c15085d3c38f0ea50f._comment b/doc/bugs/Assistant_merge_loop/comment_10_8fe176691f0f61c15085d3c38f0ea50f._comment
deleted file mode 100644
index 1826e313a8..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_10_8fe176691f0f61c15085d3c38f0ea50f._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
- nickname="Jon Ander"
- subject="comment 10"
- date="2014-07-16T20:32:57Z"
- content="""
-I have two computers with Debian testing (5.20140529) that aren't having the issue, and one with Debian Sid (5.20140709) that is still creating the empty merge commits
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_11_6e3a78327c0b813415ebf85e298813d4._comment b/doc/bugs/Assistant_merge_loop/comment_11_6e3a78327c0b813415ebf85e298813d4._comment
deleted file mode 100644
index 7823176efc..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_11_6e3a78327c0b813415ebf85e298813d4._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.2"
- subject="comment 11"
- date="2014-07-16T20:36:32Z"
- content="""
-Has the assistant been restarted since git-annex was upgraded to the fixed version?
-
-Can you post a debug.log?
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_12_fc5ceb09cc358521b32877fe4b0fb821._comment b/doc/bugs/Assistant_merge_loop/comment_12_fc5ceb09cc358521b32877fe4b0fb821._comment
deleted file mode 100644
index 7e0a534da3..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_12_fc5ceb09cc358521b32877fe4b0fb821._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="EskildHustvedt"
- ip="80.202.103.55"
- subject="comment 12"
- date="2014-07-19T06:22:57Z"
- content="""
-This issue has been resolved for me. No new empty merges since 2014-07-12.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_14_46bddc2451da3bf5029248198cf02dcd._comment b/doc/bugs/Assistant_merge_loop/comment_14_46bddc2451da3bf5029248198cf02dcd._comment
deleted file mode 100644
index 6ee3fb79ea..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_14_46bddc2451da3bf5029248198cf02dcd._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
- nickname="Jon Ander"
- subject="comment 14"
- date="2014-09-08T07:27:46Z"
- content="""
-Still experiencing this bug in Debian testing (5.20140717) and Debian sid (5.20140831)
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_14_89947f4af19ceae36fbe0a69aa10df25._comment b/doc/bugs/Assistant_merge_loop/comment_14_89947f4af19ceae36fbe0a69aa10df25._comment
deleted file mode 100644
index fb95257ec0..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_14_89947f4af19ceae36fbe0a69aa10df25._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
- nickname="Jon Ander"
- subject="comment 14"
- date="2014-11-09T22:56:31Z"
- content="""
-I have 3 computers syncing through a private github repo (with annex-ignore = true) and a box account for transferring files. The computers are up to date debian:testing:amd64, debian:testing:i386 and debian:sid:amd64.
-
-I'm getting lots of empty commits with the text \"merge refs/remotes/github/synced/master\". I would really like to help in debugging this issue if possible.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_15_494f55419f131495a7994afe2a0e9bc3._comment b/doc/bugs/Assistant_merge_loop/comment_15_494f55419f131495a7994afe2a0e9bc3._comment
deleted file mode 100644
index db92aadc63..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_15_494f55419f131495a7994afe2a0e9bc3._comment
+++ /dev/null
@@ -1,54 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
- nickname="Jon Ander"
- subject="comment 15"
- date="2015-02-18T12:39:04Z"
- content="""
-This is happening in in a repo shared by two computers using the webapp with version 5.20141125. All are empty commits.
-
- * 23da33e - (7 minutes ago) merge refs/remotes/bitbucket/synced/master (HEAD, bitbucket/synced/master, annex/direct/master)
- * 7bd23db - (67 minutes ago) merge refs/remotes/bitbucket/synced/master
- * d2f5c6b - (2 hours ago) merge refs/remotes/bitbucket/synced/master
- * 05c0448 - (12 hours ago) merge refs/remotes/bitbucket/synced/master
- * 5c370aa - (19 hours ago) merge refs/remotes/bitbucket/synced/master
- * c6d7be4 - (20 hours ago) merge refs/remotes/bitbucket/synced/master
- * 507a6c7 - (21 hours ago) merge refs/remotes/bitbucket/synced/master
- * 6932fec - (22 hours ago) merge refs/remotes/bitbucket/synced/master
- * cc0efa1 - (23 hours ago) merge refs/remotes/bitbucket/synced/master
- * 12a7b8f - (24 hours ago) merge refs/remotes/bitbucket/synced/master
- * 49a3f2c - (25 hours ago) merge refs/remotes/bitbucket/synced/master
- * 6611612 - (26 hours ago) merge refs/remotes/bitbucket/synced/master
- * 303895c - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 3f8c96b - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * f283e20 - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 96b920e - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 2c88b50 - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 5f6643b - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 7a2f5ff - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 3bdb942 - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * d24de2b - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * b29d45e - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 871adb7 - (2 days ago) merge refs/remotes/bitbucket/synced/master
- |\
- * | 4138b01 - (2 days ago) merge refs/remotes/bitbucket/synced/master
- |/
- * c754adc - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 587a56a - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 2d257fd - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 23018bf - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 9f202b7 - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * bdd40f4 - (2 days ago) merge refs/remotes/bitbucket/synced/master
- * 146b1a5 - (4 days ago) merge refs/remotes/bitbucket/synced/master (bitbucket/master)
- |\
- * | 3886b4a - (4 days ago) merge refs/remotes/github/synced/master
- * | 5714860 - (4 days ago) merge refs/remotes/github/synced/master
- * | 64325a0 - (4 days ago) merge refs/remotes/github/synced/master
- * | f1b49e6 - (5 days ago) merge refs/remotes/github/synced/master
- * | 17330c8 - (5 days ago) merge refs/remotes/github/synced/master
- |/
- * 54f9a8b - (6 days ago) (synced/master, master)
- * ceb8133 - (6 days ago)
- * f36ae3b - (6 days ago)
- * 6acdf4c - (6 days ago)
-
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_16_cb57e3a438c115b59e4504d80e6f8273._comment b/doc/bugs/Assistant_merge_loop/comment_16_cb57e3a438c115b59e4504d80e6f8273._comment
deleted file mode 100644
index 122d9559a5..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_16_cb57e3a438c115b59e4504d80e6f8273._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
- nickname="Jon Ander"
- subject="happening every hour"
- date="2015-03-18T17:35:09Z"
- content="""
-I've noticed that when this happens it occurs every hour, so it has to be related to something the assistant is doing every hour.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_1_ccf46511b924f86b488dba25060baa06._comment b/doc/bugs/Assistant_merge_loop/comment_1_ccf46511b924f86b488dba25060baa06._comment
deleted file mode 100644
index c5f9c2187c..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_1_ccf46511b924f86b488dba25060baa06._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="comment 1"
- date="2014-07-05T20:34:39Z"
- content="""
-I am seeing some evidence of this in my own family's repo, where one node updated to 5.20140613 and started making series of empty commits with message \"merge refs/heads/synced/master\" and only 1 parent (so not really a merge).
-
-Quite likely [[!commit d6711800ad261fb4c37fc361bc84918d1e296bc4]] is at fault. Probably the fastForwardable check isn't quite right.
-
-This should only affect direct mode repositories. When only one node has the problem, it won't be bad, but if multiple nodes are doing this, their repos never converge and keep growing.
-
-Hmm, I think I have partially reproduced it with 2 direct mode repos, each having the other as a remote. `git annex sync` repeatedly in each does not add unncessary commits, but running the assistant in each does. In this particular case, it manages to converge eventually after several commits.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_2_afcbf3f8575e1a967c79693b94ef055c._comment b/doc/bugs/Assistant_merge_loop/comment_2_afcbf3f8575e1a967c79693b94ef055c._comment
deleted file mode 100644
index eb3deb2ee3..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_2_afcbf3f8575e1a967c79693b94ef055c._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="comment 2"
- date="2014-07-05T21:17:17Z"
- content="""
-Well, it looks like this is as simple as the assistant trying to merge refs/remotes/$foo/synced/master into the current branch, when that ref is behind or the same as the current branch. Nothing to merge, so it does some pointless work and then the fastForwardable check runs -- and that check looks for refs between the \"old\" and \"new\" refs. Since the \"new\" is behind the \"old\", there are no such commits, and the unnecessary empty commit results.
-
-The reason only the assistant is affected is because `git-annex sync` already checked Git.Branch.changed before trying to do any merging, which avoids the problem.
-
-Fix committed.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_3_07341221b2839fdc1c43634e011451d2._comment b/doc/bugs/Assistant_merge_loop/comment_3_07341221b2839fdc1c43634e011451d2._comment
deleted file mode 100644
index 1b69564838..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_3_07341221b2839fdc1c43634e011451d2._comment
+++ /dev/null
@@ -1,62 +0,0 @@
-[[!comment format=mdwn
- username="EskildHustvedt"
- ip="80.202.103.55"
- subject="comment 3"
- date="2014-07-08T08:13:40Z"
- content="""
-I'm still seeing this problem in 5.20140707-g923b436
-
- [0 zerodogg@firefly annexed]$ git annex version
- git-annex version: 5.20140707-g923b436
- build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS 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 webdav tahoe glacier ddar hook external
- local repository version: 5
- supported repository version: 5
- upgrade supported from repository versions: 0 1 2 4
- [0 zerodogg@firefly annexed]$ git graph | head -n20
- * d4bf68f - (HEAD, annex/direct/master) merge refs/remotes/serenity/synced/master (3 minutes ago)
- |\
- * | d03f280 - merge refs/remotes/browncoats/synced/master (3 minutes ago)
- |/
- * e6863b8 - (serenity/synced/master, browncoats/synced/master) merge refs/remotes/serenity/synced/master (3 minutes ago)
- |\
- * \ 616d985 - merge refs/remotes/browncoats/synced/master (3 minutes ago)
- |\ \
- | |/
- * | 3b39706 - merge refs/remotes/serenity/synced/master (3 minutes ago)
- |\ \
- | |/
- * | 6d354cc - merge refs/remotes/browncoats/synced/master (4 minutes ago)
- |\ \
- | |/
- * | 710c3c1 - merge refs/remotes/serenity/synced/master (4 minutes ago)
- |\ \
- | |/
- * | 763930f - merge refs/remotes/browncoats/synced/master (4 minutes ago)
- |/
- [0 zerodogg@firefly annexed]$ git annex assistant --stop
- [0 zerodogg@firefly annexed]$ git annex assistant
- [0 zerodogg@firefly annexed]$ git graph | head -n20
- * 947f1a2 - (HEAD, annex/direct/master) merge refs/remotes/serenity/synced/master (15 seconds ago)
- |\
- * | 19c6043 - merge refs/remotes/browncoats/synced/master (18 seconds ago)
- |/
- * b453741 - (serenity/synced/master, browncoats/synced/master) merge refs/remotes/serenity/synced/master (18 seconds ago)
- |\
- * \ 6baaebd - merge refs/remotes/browncoats/synced/master (18 seconds ago)
- |\ \
- | |/
- * | 03e4fa2 - merge refs/remotes/serenity/synced/master (24 seconds ago)
- |\ \
- | |/
- * | 33302d8 - merge refs/remotes/browncoats/synced/master (24 seconds ago)
- |\ \
- | |/
- * | d4bf68f - merge refs/remotes/serenity/synced/master (4 minutes ago)
- |\ \
- | |/
- * | d03f280 - merge refs/remotes/browncoats/synced/master (4 minutes ago)
- |/
- [0 zerodogg@firefly annexed]$
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_4_7ae215b478843d2a8c705cac385fcf22._comment b/doc/bugs/Assistant_merge_loop/comment_4_7ae215b478843d2a8c705cac385fcf22._comment
deleted file mode 100644
index 32468557b5..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_4_7ae215b478843d2a8c705cac385fcf22._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="EskildHustvedt"
- ip="80.202.103.55"
- subject="comment 4"
- date="2014-07-09T00:24:36Z"
- content="""
-As far as I can see in my repo, the empty merges started on 2014-05-27, but then appear to resolve themselves after 40-50 commits on that day. They reappear again on 2014-06-03, and appears to have kept going daily ever since.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_5_11873461f093a266f0bb7e129bc21cde._comment b/doc/bugs/Assistant_merge_loop/comment_5_11873461f093a266f0bb7e129bc21cde._comment
deleted file mode 100644
index 188317bb85..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_5_11873461f093a266f0bb7e129bc21cde._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="comment 5"
- date="2014-07-09T19:00:35Z"
- content="""
-I have confirmed this is still happening, though I had certianly thought I had reproduced and fixed it.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_6_e7b6ecdd7e2b0222ea0baa0ed770e66d._comment b/doc/bugs/Assistant_merge_loop/comment_6_e7b6ecdd7e2b0222ea0baa0ed770e66d._comment
deleted file mode 100644
index e408643cad..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_6_e7b6ecdd7e2b0222ea0baa0ed770e66d._comment
+++ /dev/null
@@ -1,80 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmN5jDf53oRJZsTo8Ahj2uXzCzq6HcvEro"
- nickname="Gregory"
- subject="confirmed?"
- date="2014-07-15T01:29:00Z"
- content="""
-I seem to be getting this behavior, in tandem with the [bad merge commit deleting all files](http://git-annex.branchable.com/bugs/bad_merge_commit_deleting_all_files/) on
-
- git-annex version: 5.20140709-gf15d2aa
- build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS 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 webdav tahoe glacier ddar hook external
- local repository version: unknown
- supported repository version: 5
- upgrade supported from repository versions: 0 1 2 4
-
-Here is my log over the past couple weeks when I basically made no changes to the filesystem.
-
-git log --oneline --decorate --color --graph
-
-
-* b304ad7 (HEAD, origin/synced/master, origin/master, origin/HEAD, master)
-* 568cf6c merge refs/remotes/diskb/synced/master
-* 5e426d0 merge refs/remotes/diskb/synced/master
-* b2fa076 merge refs/remotes/diskb/synced/master
-* b66a37d merge refs/remotes/diskb/synced/master
-|\
-* | 910cba5 merge refs/remotes/diskb/synced/master
-|/
-* 60736c3 merge refs/remotes/diskb/synced/master
-* a957439 merge refs/remotes/diskb/synced/master
-|\
-* \ 5c135c0 merge refs/remotes/diskb/synced/master
-|\ \
-| |/
-* | 52d8b66 merge refs/heads/synced/master
-|\ \
-* | | d77f3a2 merge refs/remotes/diskb/synced/master
-| |/
-|/|
-* | 03bb56a merge refs/remotes/diskb/synced/master
-|\ \
-* \ \ bb000db merge refs/heads/synced/master
-|\ \ \
-| |/ /
-|/| /
-| |/
-* | 3bc8520 merge refs/heads/synced/master
-|/
-* 1c3ee7e
-* d3b096a merge refs/remotes/diskb/synced/master
-|\
-* \ 0fa0f6d merge refs/heads/synced/master
-|\ \
-| |/
-* | 173592c merge refs/remotes/diskb/synced/master
-|\ \
-| |/
-* | 3dd8086 merge refs/remotes/diskb/synced/master
-|\ \
-| |/
-* | 68be2a1 merge refs/heads/synced/master
-|\ \
-| |/
-* | bb304f4 merge refs/remotes/diskb/synced/master
-|\ \
-| |/
-|/|
-* | 1c9a2cd
-* | 298b362 merge refs/heads/synced/master
-|/
-* 4c23257 merge refs/remotes/diskb/synced/master
-|\
-* | b709997 merge refs/remotes/diskb/synced/master
-|/
-* 215f061 merge refs/remotes/diskb/synced/master
-|\
-* \ e0f75b4 merge refs/heads/synced/master
-
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_7_7717d074611943b831f00ad10918b515._comment b/doc/bugs/Assistant_merge_loop/comment_7_7717d074611943b831f00ad10918b515._comment
deleted file mode 100644
index 9c70f26463..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_7_7717d074611943b831f00ad10918b515._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.2"
- subject="comment 7"
- date="2014-07-15T19:15:13Z"
- content="""
-This bug and the other one are fixed in 5.20140709. I assume that your `git log` dates from an earlier version.
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_8_5ce91ac76498539ada344d1639984302._comment b/doc/bugs/Assistant_merge_loop/comment_8_5ce91ac76498539ada344d1639984302._comment
deleted file mode 100644
index c12c842644..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_8_5ce91ac76498539ada344d1639984302._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
- nickname="Jon Ander"
- subject="comment 8"
- date="2014-07-16T13:42:16Z"
- content="""
-I'm still having this issue in 5.20140709
-"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_9_b09a5eaa2588559e19b3549bd3c8b496._comment b/doc/bugs/Assistant_merge_loop/comment_9_b09a5eaa2588559e19b3549bd3c8b496._comment
deleted file mode 100644
index b6bfc68eb4..0000000000
--- a/doc/bugs/Assistant_merge_loop/comment_9_b09a5eaa2588559e19b3549bd3c8b496._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.2"
- subject="comment 9"
- date="2014-07-16T18:08:26Z"
- content="""
-Are you sure that you have upgraded git-annex on every machine that uses that repository? You could have one old un-upgraded one still causing commits that would of course be visible on the rest.
-
-Also, what version exactly does `git-annex version` show?
-"""]]
diff --git a/doc/bugs/Assistant_removed_all_references_to_files.mdwn b/doc/bugs/Assistant_removed_all_references_to_files.mdwn
deleted file mode 100644
index 4014bc7297..0000000000
--- a/doc/bugs/Assistant_removed_all_references_to_files.mdwn
+++ /dev/null
@@ -1,1305 +0,0 @@
-### Please describe the problem.
-
-Over the last few days, the assistant has recorded commits which have removed all the files from four (which is to say: all) of my local repositories. Two were direct mode, two indirect. All still had the actual file data saved still, so switching to indirect mode and reverting the relevant commits restored all my files. The two indirect repositories are synced with each other.
-
-One of the direct repositories also got all of its refs scrambled, pointing to objects that don't exist. I reset that one to indirect mode, found a valid commit from a clone and reset master to that commit. The other I've yet to work on.
-
-The iffy commits appear to have arrived just after the assistant auto-updated to 20140708.
-
-### What steps will reproduce the problem?
-
-I've not tried reproducing it.
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version: 5.20140708-g42df533
-Fedora 20
-I'm letting the assistant auto-update itself.
-
-### Please provide any additional information below.
-
-Here's a log for the indirect mode repo that's synced. I have two commits at 18:56:43, each removing half of the files.
-
-[[!format text """
-[2014-08-30 18:56:40 BST] main: starting assistant version 5.20140708-g42df533
-[2014-08-30 18:56:40 BST] TransferScanner: Syncing with apollo
-[2014-08-30 18:56:40 BST] UpgradeWatcher: Finished upgrading git-annex to version 5.20140708-g42df533
-
-(scanning...) [2014-08-30 18:56:40 BST] Watcher: Performing startup scan
-error: Ref refs/remotes/apollo/master is at cca3ca9633a98af7af4e029199b31768925298ed but expected efb22a8c5ff1c116ce43d99156112d4cafbdf967
-From apollo.aylett.co.uk:Annex/Family
- ! efb22a8..cca3ca9 master -> apollo/master (unable to update local ref)
-TransferScanner crashed: /home/axa/Annex/Family/.git/annex/merge/: getDirectoryContents: does not exist (No such file or directory)
-[2014-08-30 18:56:41 BST] TransferScanner: warning TransferScanner crashed: /home/axa/Annex/Family/.git/annex/merge/: getDirectoryContents: does not exist (No such file or directory)
-
-
-
-(started...) [2014-08-30 18:56:43 BST] Committer: Committing changes to git
-[2014-08-30 18:56:43 BST] Pusher: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 6924eb5..a13c0cd git-annex -> synced/git-annex
- 5f56a47..972c8da annex/direct/master -> synced/master
-fatal: Run with no arguments or with -c cmd
-git-annex-shell: git-shell failed
-[2014-08-30 18:56:50 BST] RemoteControl: warning Remote apollo needs its git-annex upgraded to 5.20140405 or newer
-[2014-08-30 19:56:40 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 6924eb5..a13c0cd git-annex -> apollo/git-annex
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 04e7150..9095d13 annex/direct/master -> synced/master
-error: duplicate parent 9095d132bb1bd6f03ba4494bcccec6973a322f1c ignored
-[2014-08-30 20:56:42 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 5f56a47..9095d13 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 9095d13..1a1d324 annex/direct/master -> synced/master
-error: duplicate parent 1a1d32492a093c00c7386de55be3fc25a9a56187 ignored
-[2014-08-30 21:56:43 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 9095d13..1a1d324 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 1a1d324..225e820 annex/direct/master -> synced/master
-error: duplicate parent 225e820c9e27db3d278101519932dc5c8b62b64e ignored
-[2014-08-30 22:56:58 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 1a1d324..225e820 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 225e820..205376f annex/direct/master -> synced/master
-error: duplicate parent 205376fa7f5027653ae3a0bd177562b033b2c06a ignored
-[2014-08-30 23:57:05 BST] NetWatcherFallback: Syncing with apollo
-ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
-From apollo.aylett.co.uk:Annex/Family
- 225e820..205376f master -> apollo/master
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-31 00:00:00 BST] Cronner: Consistency check in progress
-[2014-08-31 00:27:29 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 205376f..b74eb7b annex/direct/master -> synced/master
-error: duplicate parent b74eb7b1ecc520850efdb304ba995b14b124692c ignored
-[2014-08-31 00:57:29 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 205376f..b74eb7b master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- b74eb7b..cb1254d annex/direct/master -> synced/master
-error: duplicate parent cb1254d5ab344a250675fbdaf5dec942636f6026 ignored
-[2014-08-31 01:57:31 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- b74eb7b..cb1254d master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- cb1254d..8ad18dc annex/direct/master -> synced/master
-error: duplicate parent 8ad18dcdf634a6c2aae224575b232c99c5b92a7c ignored
-[2014-08-31 02:57:33 BST] NetWatcherFallback: Syncing with apollo
-ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
-From apollo.aylett.co.uk:Annex/Family
- cb1254d..8ad18dc master -> apollo/master
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-08-31 03:27:55 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 8ad18dc..868ab0f annex/direct/master -> synced/master
-error: duplicate parent 868ab0f36977fb70ac2c8ddda86391289b6b0a3c ignored
-[2014-08-31 03:57:55 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 8ad18dc..868ab0f master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 868ab0f..1eea08e annex/direct/master -> synced/master
-error: duplicate parent 1eea08ee2340ccceb7554f8dd8fbae28edd0ee49 ignored
-[2014-08-31 04:57:56 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 868ab0f..1eea08e master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 1eea08e..b542ca6 annex/direct/master -> synced/master
-error: duplicate parent b542ca6756ba13377efa8884453c82eba71e27e6 ignored
-[2014-08-31 05:57:59 BST] NetWatcherFallback: Syncing with apollo
-ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
-From apollo.aylett.co.uk:Annex/Family
- 1eea08e..b542ca6 master -> apollo/master
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-08-31 06:28:01 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- b542ca6..0de348c annex/direct/master -> synced/master
-error: duplicate parent 0de348caffaa453ce30e72ba2e240d8bbba34337 ignored
-[2014-08-31 06:58:01 BST] NetWatcherFallback: Syncing with apollo
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-gpg: Signature made Mon 18 Aug 2014 20:14:04 BST using DSA key ID 89C809CB
-gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
-gpg: Good signature from "git-annex distribution signing key (for Joey Hess) "
-gpg: WARNING: This key is not certified with a trusted signature!
-gpg: There is no indication that the signature belongs to the owner.
-Primary key fingerprint: 4005 5C6A FD2D 526B 2961 E78F 5EE1 DBA7 89C8 09CB
-From apollo.aylett.co.uk:Annex/Family
- b542ca6..0de348c master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 0de348c..8467b09 annex/direct/master -> synced/master
-error: duplicate parent 8467b0948d5e6e3dfb8375c4e84e7770ff9798e2 ignored
-[2014-08-31 07:58:04 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 0de348c..8467b09 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 8467b09..3a56258 annex/direct/master -> synced/master
-error: duplicate parent 3a56258c6b5b9551a61756c97c563720c87bf692 ignored
-[2014-08-31 08:58:07 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 8467b09..3a56258 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 3a56258..122eb0d annex/direct/master -> synced/master
-error: duplicate parent 122eb0dbc0e863d4f044a5e0c6eccd4f39dc6599 ignored
-[2014-08-31 09:58:10 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 3a56258..122eb0d master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 122eb0d..46fbb4e annex/direct/master -> synced/master
-error: duplicate parent 46fbb4e5a9d330cbf2fe68c329cb9f10bbba38d6 ignored
-[2014-08-31 10:58:12 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 122eb0d..46fbb4e master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 46fbb4e..cca5e72 annex/direct/master -> synced/master
-error: duplicate parent cca5e72784496181ade94e702533aa5c8e741309 ignored
-[2014-08-31 11:58:14 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 46fbb4e..cca5e72 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- cca5e72..20f0c9d annex/direct/master -> synced/master
-error: duplicate parent 20f0c9da173562c13c4bf109333c9f9787f3a23b ignored
-[2014-08-31 12:58:17 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- cca5e72..20f0c9d master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 20f0c9d..3c9eb47 annex/direct/master -> synced/master
-error: duplicate parent 3c9eb47d6ff77f1f7949b64e10d0378220ea95b7 ignored
-[2014-08-31 13:58:19 BST] NetWatcherFallback: Syncing with apollo
-ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
-From apollo.aylett.co.uk:Annex/Family
- 20f0c9d..3c9eb47 master -> apollo/master
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-08-31 14:28:21 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 3c9eb47..87cbe02 annex/direct/master -> synced/master
-error: duplicate parent 87cbe029cf1b65809cadf6067e9cdbd4ba695118 ignored
-[2014-08-31 14:58:21 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 3c9eb47..87cbe02 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 87cbe02..71238f0 annex/direct/master -> synced/master
-error: duplicate parent 71238f04ff0429c64d3f3bb24116860e0cc80129 ignored
-[2014-08-31 15:58:23 BST] NetWatcherFallback: Syncing with apollo
-ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
-From apollo.aylett.co.uk:Annex/Family
- 87cbe02..71238f0 master -> apollo/master
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-08-31 16:28:31 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 71238f0..600343d annex/direct/master -> synced/master
-error: duplicate parent 600343d16d98bb7dd84ffbb1e2c8f27a49bd0bfe ignored
-[2014-08-31 16:58:31 BST] NetWatcherFallback: Syncing with apollo
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-08-31 17:28:38 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 600343d..50a6288 annex/direct/master -> synced/master
-error: duplicate parent 50a6288026156f5956291ad1100bd420fdde564c ignored
-[2014-08-31 17:58:38 BST] NetWatcherFallback: Syncing with apollo
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-08-31 18:28:40 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 50a6288..5b1813a annex/direct/master -> synced/master
-error: duplicate parent 5b1813a8dbbd7ea4b17e230e927419f1d3230534 ignored
-[2014-08-31 18:56:40 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
-unused . (checking for unused data...) (checking HEAD...) (checking master...) (checking apollo/master...) (checking apollo/synced/master...)
- Some annexed data is no longer used by any files:
- NUMBER KEY
- 1 SHA256E-s1103321--51418dc7fc654ebbeb9173bff598b4031d07d3c5cf651bd18a18ca6af9f7f1f7.jpg
- 2 SHA256E-s3754--39631a60a771a00e88ef5ab011ab3f56fa8e539619b06aa68e66f2c71f252f9f.png
- 3 SHA256E-s628641--2eeef2179787270c6307e1070678b6b27cbf0fe12cce71c136e0a89e1df78565.jpg
- 4 SHA256E-s848--66e696444c6e570fc00d79f6651018d7e6549585e587394b933dcb0d74d8c214.js
- 5 SHA256E-s21214--f26fa07b51fe0f4c5bc0d746f8b23e50115116bbcd80db057740bccb9841e4b6.png
- 6 SHA256E-s852198--9fcc545c030c268d660381fd33d66b06605f7c5df16dca0b3fbe4eddfbf6b339.jpg
- 7 SHA256E-s1334033--d6e722f76229c10ea6a1ff8dce2814ee42c92b643a19ec3f4d72222e1891c210.jpg
- 8 SHA256E-s664656--85aaeced38501abfec6d23591edb07d7ab98bbe303b98eb07cfa0577ec8309b2.jpg
- 9 SHA256E-s3213396--90e4ec9054de04c2b2c60a49b812582ba15c8da00208c9fc74acbc69b83182dc.JPG
- 10 SHA256E-s820026--c1fc64d12cc74f60f8d17302a95217978782ea99758bce99ea2233709be60a6d.jpg
- 11 SHA256E-s622679--5e8412b3955db206c6836fbd5731b0ab835aa325fc75bc7d75d4511ddbf67644.jpg
- 12 SHA256E-s917793--7f2ecba64196449b9d7f1ea79e07f496d90d59c59d12472d058566a0881a5c6c.jpg
- 13 SHA256E-s3493204--7ce9ad40b32b5cd1237e5efbb8f6885f7d734f8af65da8d0e92dc2de13162e07.JPG
- 14 SHA256E-s910114--be8d66d9261108572efe0266ae386fefa653cea4ef43be9fbd10f7e2fe8d1c4c.jpg
- 15 SHA256E-s636389--07b609b0cbf827a45cff2ca92367f3c5bf9a9527d4b3cb43961487bca8068ffd.jpg
- 16 SHA256E-s823401--4cf12d87a9034d34a3019b5002000c92512f901a82f1081705c12e73b5870bad.jpg
- 17 SHA256E-s1880--add7e1d7d7d98ff96afaec27bb066d6747551358e025176265a31b2b0f74bec0.log
- 18 SHA256E-s8784--e28377207d41b4fef538b2fcbbd25c05275103a299e74966a88dce53ad5f50c0
- 19 SHA256E-s8694--490b9f2f9c4c826b68bad68a50cf672ec36c58acb9e24fd46e84abaddec19b9b
- 20 SHA256E-s2656--96dd5f3d5f8e87ce1552798dd5fe4c8dedab6268c0df9e391a202ffdc4b8fa71.log
- 21 SHA256E-s459593--b68a62596f7524b6f877d8bd3dbbe49f4de02310e9dd6d5134bbdabfcd5d957a.jpg
- 22 SHA256E-s11931--5ce30bd4424d544ed954e4722d7ed590a5be46a267c5045953e034309d942a8f.odp
- 23 SHA256E-s1249581--d834f2dc34ded72086e26c32784e693597be011f28398635286394c7e8b5ded7.jpg
- 24 SHA256E-s335736--9638a3225f1adbdb736a2cacc476f8eb5201c8124b83dab887a26c6d3a0e5899.jpg
- 25 SHA256E-s6339776--f42083be1dba62acf81ad5ee8bccad47f267e2ce34c9e73e9aaafe3c69b462bd.pdf
- 26 SHA256E-s582899--858ad02a9e5f58a6f5ea509865831acd540c290837beb87b37cb36bb62a7b982.jpg
- 27 SHA256E-s2475657--d3fa5e460a2b164e849213d0417790704d1b4a2df9af5f6b281ac17dbacad30b.jpg
- 28 SHA256E-s637475--68315445dd9477f07a695cb9fd12bb2c95f3117d949665ec2690184ded6b1ee6.jpg
- 29 SHA256E-s77771--484ed3d8cc44de2db74c5680659c5c23ccb29ed5e99d0fb4b470a2c130c64c79.pdf
- 30 SHA256E-s2343639--a7fccfe9a2c8de20ce8df10048b075758c445e5f4c9d9b78368db179e74e9a47.jpg
- 31 SHA256E-s2282836--66e945f3a37651e1c88c58ff42b4dba9c6c5d822dc59f3e59895c336a0428c3d.jpg
- 32 SHA256E-s5902--da66d622f9ed0987a0466c2c05c2aea56572e2f991c542b1120d564fb7459e7b.log
- 33 SHA256E-s61410--4d3f0160bc92d0095a824baa17a08499dc748d06648029051802d24a772ba75d.css
- 34 SHA256E-s1958077--1717f3036e7ca6b61fe8eeb3ce319de728b9bea10fd814108b9e13397a336db5.jpg
- 35 SHA256E-s80930--f9b79963053221a10e32c4061b9da3622e89ce56aeed26c58f23bb70a2a57496.jpg
- 36 SHA256E-s4956--a05854e0d26affdbb3e171c8e9ca3f663c8bc930f6402d9a370104e239bc2601.log
- 37 SHA256E-s202851--3689503ce6f780d04e659fc85e4e7978c3c445afbd103f3ac118e1c6f3a4b738.jpg
- 38 SHA256E-s5258--a243d289f629eb2e321c7232aa59c65d10ec79e70d07f25758ac04c0b9ff3f79.log
- 39 SHA256E-s5406--dc07212d5aaaf5a320b3f9d710a72b68f7112140c76b43b7c0b4bb71f91e823f.log
- 40 SHA256E-s8427--439c4f2144c9ea726b739494565b05dc47b59a8835e24e9a083171efc0834fc1
- 41 SHA256E-s46--ca4a766fadecf16bbc25afbd805e2befbfb4cb270f122b0de813fbcfc933c1a2
- 42 SHA256E-s839129--921ddf15c906a0353cb18bdd0b321bd5a37dfe653edbffc8e3b6b47996d54d8f.jpg
- 43 SHA256E-s2922183--3aa5d5b22a980a11cee928ba701ffd389542db84fe96219442de1b33a64f840c.JPG
- 44 SHA256E-s1305363--0b14938c28492e288d35a62334d6436ba8edfb7f65a066dbd9587478f157ab99.jpg
- 45 SHA256E-s8602--819b18ca30f477f66e558ba1488a06e438a5f0b9c8f6987f68daad039d8020ca.png
- 46 SHA256E-s6205--14691e198b05dd68b5fe3ed39eb8739182f4f5e75dc43dd7ecb252f01978c7ed.png
- 47 SHA256E-s5070994--d0c5367647750b1f0b54c9fea7c7c9e1a0f7a0a7f61c92a688887538df3abf7f.m4v
- 48 SHA256E-s134807--7100078e84c39a2123c0ea7d713e3361c7174f21fb72d39dac2a99a4844f89b7.jpg
- 49 SHA256E-s535905--f317f11e4e0536ea8172e7827369bd9a3c887fcef2586b8eeda28b2dd36a791c.jpg
- 50 SHA256E-s6420--72622a4453f4ea48acc0337bb1b288e0fb034d1ee1aa74f98eb9062066c025b5
- 51 SHA256E-s51483--c9fba5eb0b29216afd9b6f13dd2f351367b7bcd0c8eb93fa0a1b6a0ce4535d57.sla
- 52 SHA256E-s1957447--c3eddff4df50e1b0c5dc93f85e39acd24723013dd9b27b7b8a407eb5e55f1903.jpg
- 53 SHA256E-s5345--ee879c6bc3c3ac59f449a9d9f92ec9cc2d15dced1f166805a179b6874d190c25.png
- 54 SHA256E-s153751--c3fd0000f94ff9c44fef856ee440837fa4c228918ae70d0813d1635d50e6d4a0.odt
- 55 SHA256E-s682324--33a6a1b34570f9abe0516d9abceefe14aae4cdacc41dc3f30ca92222d545631f.jpg
- 56 SHA256E-s370109--a00b1c78753de6ae1d64a01d457b53a3572a9324a0facda4ec39a149d9adb37b.jpg
- 57 SHA256E-s310217--aa0c575a44cac4957e06cd8ed0b058a16454a7be7f32ec8e79c815be6057bfbd.jpg
- 58 SHA256E-s5798--61852a3ad168d4f27fe0f0e924e7418e838ae4363d85a64ebea80c9154e0c9a0.gif
- 59 SHA256E-s47071--f1a74e5f9a20776adbe88ac3092e5a20a69d254905c0f93aa0b95a1ad0a5ed00.sla
- 60 SHA256E-s988--b1f5fb3d38001b8bcf214158c6c7571f5aadb03093d2c307970a728edcb8012b
- 61 SHA256E-s1397011--b67c04c6c99ccc208734dd39e18d4304a4963ef36600d4adc5827df21bfcc260.jpg
- 62 SHA256E-s2124--1c64d2a60a40242432550ab3292e1ee38072481c36b8f028f75e3b4ea52fec29.log
- 63 SHA256E-s1640512--ccb4940713e190a9242b34e18896156733f36df909c7e399bfdfe36299bfa748.jpg
- 64 SHA256E-s484856--55f146177198dcd03069703c7b8bdf5c10cd7750aaf4b6f9af1946d72a9f9d23.jpg
- 65 SHA256E-s7031--88bedea3e75aff77858c63a6c30bb06180bd9167fd380d94f132486d6ffeddf4
- 66 SHA256E-s10100--1df9143f4c02f877ec891262bcbc407a9d4b960dd80c6826d5c1078012dc2614.js
- 67 SHA256E-s2454--778574fe7cae3bfc2a49cbe3be18ed313b049b6e0bc333cea80723ae2136f9c3.log
- 68 SHA256E-s63103--474c29d016927bd7dc42d992fc07c353148d393cfbd7c3e8193df91c3bb2d805.jpg
- 69 SHA256E-s245481--ba0e9ed8876970e0aad7e22aeaf4f7403e1ef6fca474e0b4e90837381c0b810f.js
- 70 SHA256E-s708--ab8f3c450c5c8944d6d91c35258b9da5ff4564b9b05b1e09ebbaa9b740d14aa4.log
- 71 SHA256E-s582241--fb565e6fa923f3265a9406abf566d5de7a8e062b1d9ccb8ba7ec61a902ea277e.jpg
- 72 SHA256E-s601517--fd4a4effd6c6b064be34910b36f1de8011bb3949d0f883a57ed4ca60eff6a642.jpg
- 73 SHA256E-s613354--0d78d51b5047055d9bd2727e01a7c73ec25bcb99925be26550f3b921054e336b.jpg
- 74 SHA256E-s20794--0ba2f6756001669bdf934f9d79e8fd1ccf2028130c33a0510279581ec9dfd73a.js
- 75 SHA256E-s654750--be05edd69e61fb5ebecbddc8c39ae9ebdbca5e94ee395f604bbd73910a7e40f9.jpg
- 76 SHA256E-s440--4e8500857e2b6a08a6922ca852ff4c9702e2397843011a14dee43d6e20c4f787.log
- 77 SHA256E-s72381--a170eff1ba771b3e4e769ab2974b8fb1f66cff07bf8b19561a97f9d7767b565a.jpg
- 78 SHA256E-s344661--21564a2da0f6b1ea6c4a39f4a96ba02680facb9d8a084d4fffa28b0e527c9fc8.jpg
- 79 SHA256E-s51248--f940d364ad2583a9ae3c0f777fd61406914daa1837ed8dd78f3461760c4ca747.sla
- 80 SHA256E-s502234--251053730579880833dc12058a6c689ba074f0a981331ec7eb685b69f08e292c.pdf
- 81 SHA256E-s3682--f75a95ae16e2f8a8e0a607782cf332dc34c1e317d473023cbd7f9915fa400d62
- 82 SHA256E-s3544--9b40beb44b624520a74057a82ae5e6adb18601e6c1fc7d8496bdd59e3b248945
- 83 SHA256E-s355156--7056bee290696e681cd3538e2ff2e740842bce032effe509f0919e888cc03ee4.jpg
- 84 SHA256E-s879539--12cc34616b2dda153890db0a724290fa01bd9dd664061a05c8d2c1039cd4cc3c.odg
- 85 SHA256E-s2051310--69387e84897ed700b6dd7c418fc3a7884a1e6e16a4267297b3effb95b02a7bc7.jpg
- 86 SHA256E-s620--eb69406700a3a6122cb532614f4ae6899d97409d76259820176f7ae77158684b.png
- 87 SHA256E-s693427--e20c50c86937800b14e2773d79eb63d13c0300781f8e71ee3947fb5a2fe98fe5.jpg
- 88 SHA256E-s87985--b89b279ca5dede3643e8a48402e9b112b1e1fdc14b3326c98cbdb32f9f7fa2cc.jpg
- 89 SHA256E-s35739--378d1bcb19c2742b8d344459a74f9b4ea44287c4e5cf046b80a46b209ea1ebbb.sla
- 90 SHA256E-s51515--d4805b60c6e0ea396dc157ca0e399ba355482f2a9696f31fdcf819aa176ea3e7.sla
- 91 SHA256E-s396738--5e18be640581ced943a676323c80dc283b15d3caf37b2bc2d0b05ceee1d178e5.jpg
- 92 SHA256E-s334295--7f97df9f93e42a2db9e9efb0aa34a2a9a6b9af49846e6a73f320ee151d535eed.jpg
- 93 SHA256E-s425513--0f6228a7466c12d1d0e4beda9825f17442b15286a5639e3a894a36d33497c77a.jpg
- 94 SHA256E-s114076--6a1822942964efa5531de2cae48d3fd69e71baca7ade38b7cbe23964637d4478.jpg
- 95 SHA256E-s118034--a8b1e6f81534106e9f4563dfe3f288e9425284fbaa74247065cf80448cdb216f.jpg
- 96 SHA256E-s639--4b491df2b47c2fd4dcfbb99b50ec1367e138c61216704490ada08cddd0d32fda.css
- 97 SHA256E-s734079--0602d1c85bca8508010ed03c2b1c26c88a8c759783f49d7f7b282b30837c6b32.jpg
- 98 SHA256E-s130889--751d2fa73ac74e17d2e82fc9a89b3d393028197790657aa075effc7c16b8f528.js
- 99 SHA256E-s485283--63716cdb8953a9318eb28953af25db2afa02251e6f152d487f5ab05f1d27930e.jpg
- 100 SHA256E-s59518--6a80f10665ad39dc27ee3a5727ebeee321a289dbc958916f9e6eda01f2703d25.jpg
- 101 SHA256E-s194--4c0fc707f629bcb314433fc700c6090c970d343adbb921f46084bdb08f99cf6e
- 102 SHA256E-s303--07ae4fec1962f2f83808ec861e477d5669dd71ff1089cb25a0e1da7b3ec9a5a6.css
- 103 SHA256E-s24519--3f3cba473c1818b2ce46a034fc323d528df85dd88d3f2ed411ad644a08ff9132
- 104 SHA256E-s316292--691e653f57643e579c261a827441e63ee3d8cf1f9ed5cdc43d861cf340510d34.pdf
- 105 SHA256E-s11916--88e5b1e2f5bd0f5c458abb41589028ef35dc75872abd7e04eee4a12ae7bfef38
- 106 SHA256E-s733240--fe7b7c77712b866c932d391f8305560d488d0e5515f3d9c890ddd11c96ff6069.odt
- 107 SHA256E-s4323950--c71e34a9fa2d1f54934d3caf829e4b5330811c2937d523f856d43cf5d92b7275.m4v
- 108 SHA256E-s475740--e2d4880b8561167dd91b57a666f3eba68931ae3546231d102469c76d341f560a.jpg
- 109 SHA256E-s574--5d1bd8763457376e0ff677895456f9aad26b6d85e15648696e9f4c77af104fee.png
- 110 SHA256E-s11608--f815f1bad38a05f27b1f7cd416236148fa79554ed2546a014afe148c0e427839.log
- 111 SHA256E-s3300--7164c4d91218528eedb0310af14927d4ce483889b53da24fdcc01fadae107fbd
- 112 SHA256E-s962958--9a81dba98b0b910641d035bf662b847fb4785ef2378bef7b2ae6713b1fbd903c.jpg
- 113 SHA256E-s845627--09f3e811c372a7ee936064d4c48c8b4f36db519a49a0b274f69e3da12a0e2ffe.jpg
- 114 SHA256E-s2380622--05725288b66460ff1befda38280dea4d05c5dff42818de7d64e619e12aebeaa0.jpg
- 115 SHA256E-s62795--a32762ee80e176ca1d7869cd5f68e7442327e1a861ed70290f2256179ebd844c.js
- 116 SHA256E-s3486--f148d21e252ab05ff7039fa276ee309e6d16d2ba7444043acc148b9986164162.log
- 117 SHA256E-s2393747--1ba6fc7f4d47ced145ceab80128e3ceaf8cfe8f2155b5e33e9273c736a81b910.jpg
- 118 SHA256E-s4611--bbc334899e27d8fe781f61e06be1c28852e618d1e2bd8b98de0aed7fb6106ad8.js
- 119 SHA256E-s826134--426211e056784356538d3ac80838e197e2cdf29742cd31db6a386ce7c05aa052.jpg
- 120 SHA256E-s1072403--87da8298b8c3c76bdfb8c96ac7dcb11349763067056eb0e1fadf5241fc134141.jpg
- 121 SHA256E-s51028--d6d044282ee1d1d8fc02130ac42ab1d7ee3a6a7e2987b78bb1062529019cf3e5.sla
- 122 SHA256E-s45783--35b9963b4a8bc3dbee5bbe827c2e18c795b8fce86bb1eb87c6b3b09327380f1f.js
- 123 SHA256E-s999195--c0fa3d678c9ebe118ea3fb1b664a2f63ccc792a7578fe921d0c299adf40d97f3.jpg
- 124 SHA256E-s96828--c5ebf871d1c98e5f49d15dc22131e483b514754ad86c6293c69b6d5aa3d44cf9.jpg
- 125 SHA256E-s159835--47a9ba3de62d6a4b11dd59a60b0047d3d377c224ceac85bfb6a81a972f25fff9.css
- 126 SHA256E-s9629--588e723593992acb553dd4f2c76a6993135b4f49e674358fae63ff06e145f07a
- 127 SHA256E-s39867--6e96f4658811bba2f27f930f764111501e438135d793e28fe7eacb6b10866e0d.js
- 128 SHA256E-s62332730--a2c804ddc66d8175fb5e187d17c904954f1e2cae634c4604ac363eb97d78f7e1.odt
- 129 SHA256E-s1711933--dd49df68da23021d3e9cc775e86bd5341dda6ba71714c8287872deb9416e051a.jpg
- 130 SHA256E-s290639--0803de7a02e9a4a1caca69b2a7b2c948e7faf2e4ef2bf3bcdaec148c0f26b842.pdf
- 131 SHA256E-s5799--fa90e9a478760bc12c2707962f2ea6b9ab213bc7d4b158f28f6739727ffe05e7.log
- 132 SHA256E-s11156--17ca703a57e9f02ebd71251ca8bdb6d82b71fa586deb034cd384b21a3818035a
- 133 SHA256E-s16171--47a7946e6364fa5ad3dc595105c79a4946f18cbef0818e72682d9304625ceab9.odt
- 134 SHA256E-s1962015--2eae4dfa79e014bf4468141bfac8c0065d1b05f2532758c6e68deedd297f22ee.jpg
- 135 SHA256E-s31268--560829df213299f5db9aeb0b31b40044300c34e92818680f422d0ddfe7602f2c.axd
- 136 SHA256E-s145407--c34c44643d9d0f7114cce8b31f3442a7b6392c4687af9ab97995bd30ddd3167c.pdf
- 137 SHA256E-s1773--8417f863ffa4a076dd2d8b5a63170bb0c5b83cf275d72245a79c31d94358fd20.log
- 138 SHA256E-s701838--3d7abfd8b091e4da1bb61881155c299b78ed693f128f1c693c7970bcbce4e8e0.jpg
- 139 SHA256E-s2089502--f4c9ec5dce63924cba6f77efd5e20b17cfc0f3c9ae45dce7bb0ecc5a10986205.jpg
- 140 SHA256E-s1085890--0346c7a329e7b80c7f93b8aa7de039bf322070ebac33cee6ade6fcc4a4f296be.jpg
- 141 SHA256E-s3998--e38f3a315b698a0e8ccfa395431393af757f882413cea8b4879b5b5993543f86.js
- 142 SHA256E-s7372--181699a3ca4be8bb0e9913fd96dc5c44ed8a790ea6ef2bb0fb285e741f2c46ab
- 143 SHA256E-s864279--364b4a4d0a30ddbf1164d5d3ded0702a4b016ffc27d26eb6005d96e68aa4f77f.jpg
- 144 SHA256E-s2941--7ca4f001618fda61146802286daf472c5daaaded2471e356a752b6a69834e7f7.log
- 145 SHA256E-s153049--5805df5cecdaa15a549bf7751b1d66f7455e71e2243709d9799f839e42d082f2.jpg
- 146 SHA256E-s542959--5823d605d7258bd813d09712fd124fd7c63f2cbdf46a9b52c3eb67eb7bb538bc.jpg
- 147 SHA256E-s45282--b20a77431de35f8e70867cfe520503528fb948d63f724ed90fc249994875b77a.jpg
- 148 SHA256E-s19556--e5bdba04d2a9d805c491778a742744d3007d38a23c9dc11cf8f6eab7b2dd0a1d.log
- 149 SHA256E-s392108--c9c76c131588fc29d588afed12d98b6b3a6aa0a9971ad368112bc0c2a603e70c.pdf
- 150 SHA256E-s8275--ff63b5b012ea62b178310424d817a8a77fb31151dd697659f85f23a6298cf28d
- 151 SHA256E-s1769251--7d0a2ec1652f1287884f6bd4e0df14106af271e81fc38cae5aac1357966ea672.pdf
- 152 SHA256E-s464748--aa63c72a4b064f91083228395e1391d970873ad1370900a468db154ed266d475.jpg
- 153 SHA256E-s6130263--3521b18281dba779713e600fde1a4d15568328baad6baf43cba1530df7165c5d.JPG
- 154 SHA256E-s494260--aeb91b314f3dee3580093e9610dacd5917265794b49acea9d80dfca83d56b88d.odt
- 155 SHA256E-s3362329--05fde815df42455fdc1b563ce41bf13d585135da628d01c5ffc9ca627c008225.jpg
- 156 SHA256E-s489239--d2ab01a94808613489205b7aa5d666cccfeac0a28b5a76ab18fc9fd9435dcabc.jpg
- 157 SHA256E-s482249--e4979b950d4633515316102d934115b1981c8adf5a14ea80bfda87e623af7989.jpg
- 158 SHA256E-s93506--3f44779fc3ce611f607c9cde2c114f6f038775485a677e17bcb6bb034e6ac888.jpg
- 159 SHA256E-s818--66d21ef5da07cc00768b23bb711ccc8e18b91c99ccad2084ec309f51e6c52db6.log
- 160 SHA256E-s171892--33f34e7d16851c2291d7495754505d391be4668883b43e4b9e587126c693b1d2.png
- 161 SHA256E-s278132--fca8b8bbcc0f9fe8addb57994c69a9c511b206c27424491809ab31aef86f21b4.jpg
- 162 SHA256E-s2418631--deb0aadf97aa49010ac3cab5f5299e2d68eeb5ecb4dd5de93316f23a714734f6.jpg
- 163 SHA256E-s125121--2b2cc905b8c05d4c7253a9c2b45a961df545842e4ce9d17e5248aa6240e77557.pdf
- 164 SHA256E-s199793--615ac75e6766d637d17159ebe3d48eedf27096e93b83efc159431da4d032e21b.axd
- 165 SHA256E-s223221--ca5f5160688546f422cf7d041e58f07d5d90e8359666e523a5af515baf0b2980.jpg
- 166 SHA256E-s1959724--2e44ed4b10ab3c1655b16335b901547713ac8d5c38d4ed3735bcbabb272242b5.jpg
- 167 SHA256E-s11609--df8dcf81585eccae95b7c4f0a0ba8c6fc4cfe90ebbf9657bd6a10320f7195e61
- 168 SHA256E-s483419--96cfd3b43e5b7bb1d6a5bc3f78d33e873fa36ee6e53c9f1de083f279c19c5f70.jpg
- 169 SHA256E-s560766--96f47b698f6502bc758e6d8b9b538368f8085d040306388bfd42d3026c465ff5.jpg
- 170 SHA256E-s3848--4d18299f8d8ef1bfbd7b206d419ef6f65cbd09a3ae999f3c7cc8496051b34080
- 171 SHA256E-s1141493--80b7a82ee4edc420c538c4a2a37fc9d80cce4c321f5a9a7fa7e66df0c9e3693c.jpg
- 172 SHA256E-s9726--14b5e76da3417f5f25f48c2a793aa50da9c920451495af7612b76d3c052d3f13.odt
- 173 SHA256E-s939529--43d05562e75f2477aa6d412d8a672ce7b6cf2890d4e1578bf88692aabfd0e70d.jpg
- 174 SHA256E-s888147--948ca59b827f77f75ea981b149a72df976aea360cd263d0f7c03275375a47232.jpg
- 175 SHA256E-s740710--f1e98c032815161aff44c8ccbb882af5cb234f91c4430cf91d01115649bc9aa5.jpg
- 176 SHA256E-s961257--e6b21901e268f6d0f3a38b43e5a06d8ad9ec0901f4c9639954da7ecf2ee4a666.jpg
- 177 SHA256E-s616645--bd10a26926e6cd0fd0ee6cf72692c92134b183927280a00a74e869bbeae8bde6.jpg
- 178 SHA256E-s47996--f862cbc7bea6fe4b5fe3a3af2b393973220a34975dd36a9d5f92b30d1db80acc.sla
- 179 SHA256E-s2396909--2e6d435cf96f81a3f3247f2d35b01701f8a46977e813745324ca5b40717fdea9.jpg
- 180 SHA256E-s180605--66c6df69bba4602100148ffd0f0a0ba0a14b74eaefb3b27708c6792d2b5cd09c.jpg
- 181 SHA256E-s721289--159f9398adde99e23b05c8c8c99aadd98b6a3a80afe5e3745ff37b0668fe4a24.jpg
- 182 SHA256E-s95559--0d932a11d465d523f85b17803d44fb0748459771b2cd843dbcfd677248abb0f5.jpg
- 183 SHA256E-s368166--98be96450123c166cf11f1763aa25040ffb1674f7267a4041cc1a4fbe8e433a1.jpg
- 184 SHA256E-s846--b3c9f5697bee76715237040d6ba5ff9f657dee2d882e36d818ed2ff50e8e0835.log
- 185 SHA256E-s581051--217882c3f655c62dd323afe0689c9485d0d09430d5356a63105632cce08ea88e.jpg
- 186 SHA256E-s586436--006bfd4f9697d8b64be920876bd8c0a40967b253806072ec09d2a630909826e4.jpg
- 187 SHA256E-s398620--1ab7d488bafe19941f33155959c1bbec199a86ef2334c08b75b450bc9f36a16b.jpg
- 188 SHA256E-s10457--0be429c323998556486e8f9977ccc980be3ba3920d5cc3bf16a6c7bb57b0fe3c
- 189 SHA256E-s83789--c286b21f977391efd38b5a5a341f9dbec4da611a16bc1d17d8ca71d49ad64d30.jpg
- 190 SHA256E-s321943--5e3983f4b43ae782b6f41c4f899027f1d55f78347e2106bc4c96e7f65c652918.jpg
- 191 SHA256E-s7518--be582d1ce8295d8c47e261eb7bd78a0e720e78dd58805808e9bf64ddfc3c4fe4
- 192 SHA256E-s6118--3ca5d8ca6cda3acc6c07c604f6880c017e6faa7dad4ba61e9aa956a9fa8b4b0d
- 193 SHA256E-s1086965--e170514a3651dda3313f4dcfdb9490f039a825b8349f74957a17313bdbcd7e8d.jpg
- 194 SHA256E-s10504--a57d3172d4a009a1a0d38993ea6dbe03fab6aa1ec429aa4aab563465b0dc43bd.js
- 195 SHA256E-s530445--7c8e603a03e17bb0c6440df6b695e557357527bc081871b51d0b5a61222dd674.jpg
- 196 SHA256E-s37480--ba3a0b04e4325bf0853c6201ecf7bb0fc08a0a13f5fdf0a4477c6a1f0cc82559.js
- 197 SHA256E-s394333--77f7debb969fd22698b60339ed0a0e98d9c43b8c74203528a02f6a185784e808.jpg
- 198 SHA256E-s568976--43c009e20c1b4b28d651c64ac1faa9ebd5e704bb975e2fb65ece83f4cb8867d2.jpg
- 199 SHA256E-s13813--4b4db06a82938c002539bc21d9285d63387e1a6241932c111c4f3992fa093092.axd
- 200 SHA256E-s2735--f73ac06c4be021a97a8c40f5371f0e62fd7094d863d9679407784c09c13ddd5b.log
- 201 SHA256E-s25176948--4493a4fd3160627db1fdd24c2a6bd402b544c495565815007c2d0d5093478d2a.odt
- 202 SHA256E-s596273--de2ec9fe99774ea6ce0a746a66888b71cfd744d3d97084439d054e58adebe709.jpg
- 203 SHA256E-s947995--956f7ec6d1c0c931c40e055fe21c2cfde8ef135f816052147406cb0c3ed0f948.jpg
- 204 SHA256E-s5283--5fbb8a58b8bf48ea0511c26b1b319f737df54e8e35f13b5d851dc7c0ce662458.png
- 205 SHA256E-s777575--c9fea606bc2e419967c550c43b5345bf7b08b43a81d0cdc561e048b94d536e10.jpg
- 206 SHA256E-s51496--36143df60284eae68573cb266a34a25f3c042bfd8314bdf0730c03a4fb81bb38.sla
- 207 SHA256E-s3013379--4f47c51193c043d2e81aa0bf46927a5f5c305625a09ac9034f9cb6e25ea2c6bc.jpg
- 208 SHA256E-s592379--4cea82764a163f6da9c6e63f553f82f119d5188d187c0747ee467a337f81446e.jpg
- 209 SHA256E-s8402--5b400d459743a01405d2d1ffc4d07651c36712caf9030e2a091e48f97c58a2bb.png
- 210 SHA256E-s662301--f0cf51849e330e861513bee59063450d14759055c67986e8a31dbbde0907a254.jpg
- 211 SHA256E-s1371822--0c85f348595f845e0076e52157fbb772a9d72a4821310c187b183370d7bb1b4c.jpg
- 212 SHA256E-s13445--460f9e3ea4f8a260af278d81c59faa45f16b2069b10030a8a253cd852f2e8e34.log
- 213 SHA256E-s19780--3f513b835cc3299a15178dae45cc523f1b06a1c13bd0e1c29f958027d3f5dc8a.axd
- 214 SHA256E-s311438--00b3cbd6de31a75e3a017c452099991f1ec09327efe9c6450012f6015eb6e1a4.jpg
- 215 SHA256E-s8942--e267fde4da4719de2c454d82f907796167f425510ea84098a39b425b69d2df5e
- 216 SHA256E-s845884--58974bcab0e36d65d606c1acf57e34e2e6f89872fbab65b9abf5250c632967a5.jpg
- 217 SHA256E-s331598--de52b228ad93c774d4dd1d41556ff27f7f03802378747807f324a9604e32ed66.jpg
- 218 SHA256E-s201837--d3f750f64687f347f0254d3c602a010ef71636a85f37954690d20bb6548437b1.jpg
- 219 SHA256E-s537652--aeaa479c57d39b3618006162c80e1c0eaa2cfa0b2a9a2c069a3d601bfe5b0706.jpg
- 220 SHA256E-s1174974--1d506c737c2dbde4aa286a2a25b22412c83edc5e55c3cc94fa38fb224677cf01.jpg
- 221 SHA256E-s7068886--945cfae8e22db1c96ec4cfa7b7de021c6bfe4d9e4961eeb2860716d6c8a57354.m4v
- 222 SHA256E-s684839--02293539aa97de6ab57e9caaec6998f4e64a08967d9f5f2c44581fb1df0acdd0.jpg
- 223 SHA256E-s371333--36110b44ea216b0166b023d09b52d0d32c3bdd01dafa857ed62e7c806be93193.jpg
- 224 SHA256E-s195249--21a08a5510bc88e85db2b5da660c61320ccd101a4b86cf3558618bbf37d659f0.jpg
- 225 SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.xcf
- 226 SHA256E-s26368--302de7e36ca407cf1441ab2d3fa855192c9d8b2e6a7ec04638d19db7056b7f2a.png
- 227 SHA256E-s965404--fd61bc28b2adfd4d2f175e02c662b7a71dc4b09880c8198795994e70f156c46d.jpg
- 228 SHA256E-s7254--2fcb58c8f60caadcb3e2d9e38921a49e470a9d854a55c89cb9c80f6ed0334669.csv
- 229 SHA256E-s482912--24330dbfb1d90882bf3f42e96c236f818913c343fd828992cd03ca84a3b9b2f5.jpg
- 230 SHA256E-s641334--bb06cea748a2feefa1a608635b83ed4311da1990275e32a9fd4549048c91a453.jpg
- 231 SHA256E-s1239159--2d15a6bf658d588697c5b3c2b1d1382450a40517779c32d435ff672e45539a5c.jpg
- 232 SHA256E-s2125768--a04f47c1fa5136fa397897bc907b6754a9598b37d34920250b8f70a87aaaa0b8.jpg
- 233 SHA256E-s3968--f4147a07111527be5bc7e9a5c83e3fd7ed871937167fc6d20fb7ee4d7059aa69.js
- 234 SHA256E-s462918--aa97a7f50f004dffdf444bb7f69e09c650c8987f52b5f4a0164c6acdeb4a8b28.jpg
- 235 SHA256E-s29501--67fa8330853830c4b29e05f96e6e3b6369ab908238e425e8faff4ac57e12bdb0.log
- 236 SHA256E-s158417--4058a56c1350032d640519f3aeb94ba27cd8e8b5afceb6d65e746af4f94777e0.pdf
- 237 SHA256E-s3437070--12a5bafa210aa79e9abb86c21032003c30c3a1eb5fce45a31488b6ff08db084d.jpg
- 238 SHA256E-s4373--12f64c274107733ae44f8ea9dc92e3ecf15400d98b3d76f9cc7e11527e4ed81a
- 239 SHA256E-s51497--218e86c2eb9ded51b764b5296cfff76bae4dca82e07a1602c9c597a1c34e98d7.sla
- 240 SHA256E-s4372--20e4d3e47c5fd381ffc31e6effbeb29eda97d6def773a3e42596501c6beb6317
- 241 SHA256E-s317548--cb605575ca9fab16501f2819b000d11bb06fbb2ad1f300cfba3d011e3e8e2ffc.pdf
- 242 SHA256E-s4960--c10e8c25e9b66e3ef77723373beae89e2fab1010c8b36ca329a3e9da20cbdc7e.log
- 243 SHA256E-s517805--9c14fd5e5da48efd9951b086c25c04a7c5427111ef2829543497e707f93fce99.jpg
- 244 SHA256E-s1857451--616661a96876b89472a69d32bd567aeeb95fa7da19ba4c3aa6a0ab237e2dcec3.jpg
- 245 SHA256E-s2760813--63d375f82234356889c6222a0162bdba3b7f5a1a0cb31e24c2c209f43fc2f37e.jpg
- 246 SHA256E-s832772--530816bf7c52c72e9b951289b5a35da753c66726d4e7bb2c2267faec6c8c263c.jpg
- 247 SHA256E-s4660164--2832a896d7af11fc35e1dd7ab527b0fdfeedf7ffe93bcce147381a8739c81298.JPG
- 248 SHA256E-s688782--71733ec7ffd2077ecf2973a739e4928be5824ad92034f64446a216cf513a1f29.jpg
- 249 SHA256E-s2876462--92eb9385b333bf9eb8ad56de86e46d1ba9b21c1166814e6f16e50e4a769936fc.odt
- 250 SHA256E-s496541--80d2e40f680dbd998b487e0ee8d479cb92741ec9c3e1f9d1d1d6d2f21a8cd795.jpg
- 251 SHA256E-s69339--97fe05a5b2c230c5b1fde5d18555aca13d12a35940d7d8c15249e7e80629aed6.jpg
- 252 SHA256E-s169446--5e1e9e262a58c5692f0d3c428fb71c0980311a88b474ffee95a5ea8cb5d5bf15.jpg
- 253 SHA256E-s2678100--a347450551a9055011016920280dd0a63dfc541f4f52f8ee78ef2b7a09afd46a.jpg
- 254 SHA256E-s87--5c2582459e3550daa4889fae41e3c8f6f4ad26dfa670502e4f516749aeac4113.png
- 255 SHA256E-s5798--c7167ef62bc21326b00d78b47d672bc25026eb6c7f3919fa47db2e7db8855ba9.gif
- 256 SHA256E-s53033--80840b2105a7a316a010ec3c3775031bef7fbdabbb7d3f6b7ece1a6253ef1b59.jpg
- 257 SHA256E-s7407--8ec4462ca6a05614378729bb20bb33c3b892bc943fd698389e44d959c4506843.log
- 258 SHA256E-s1189946--d23ba452e6e267d93f6233e885bd6f9e15b8ad1aea4c3d2368d901428df78970.jpg
- 259 SHA256E-s3447000--61a3bd3f7dda48544b67040012d6cd5999499d25e75dc34b82d11955d0fc9b6a.jpg
- 260 SHA256E-s3263208--69ad68aaad7058af8d14f7e4c03e5b52c9a78dbac7ffd33bd7bc5220c847d6bb.JPG
- 261 SHA256E-s1226280--d372b699459664c382f607ff56294df49e6d8d0fcab90b509337c347943357cf.jpg
- 262 SHA256E-s16890--12861c187e68e3591ccd5f708b935cc43bf25f5672daf50913e152c1c55e510c.png
- 263 SHA256E-s1092669--8e7f7431c487c6cff11ee9f7c8a87aa0d057b518e60bd2b92fd677e5c9a88313.jpg
- 264 SHA256E-s307511--5fad92167d8f9a7ed4076909a1540388cdae89df956e6011065526bfb10564a4.jpg
- 265 SHA256E-s8334--212df98aca1ee3d4f10539a786ad746f3856c2715e23d5cb816a2374b5e6c43c.png
- 266 SHA256E-s3375--2b403c31d4934895cccbe05556b0134bd4b78d4b873193d2b12a8893ab170681.txt
- 267 SHA256E-s691014--470d607465715a4c0735d74da75a5aafb5f6707b9d10a9a6a8c002f095f447e2.jpg
- 268 SHA256E-s680701--133c1dc67e394103d9f900cbf80ef508c7d7818edb23406c5f67f027a38093a4.jpg
- 269 SHA256E-s4024--b5d3e2bb6d51ff8ceb54f501035a5feebe7d5178d35b98abe9e41531bd2abd22
- 270 SHA256E-s1117--b7c94c25be8e78468071e78481641927450d754fd1bbd8d0d751f116d02b9ab3
- 271 SHA256E-s476926--ea981873de3e0ca8156ff710429894abbd8a51384b210cc142b074ec9b2c9ba0.jpg
- 272 SHA256E-s56655--7df6526b49b7aa986070db456b6a3a378c8aaaee8cb7c8892c154eecf401002a.com.htm
- 273 SHA256E-s2963--4fc53b3029a595b3b7f1f201eb4b7c2df78afc7e083abccd070c8e6fae79a661.txt
- 274 SHA256E-s761655--486ef18d41898ba80505d7630170305c4b58fa647786bd5447f20045bd6f3b2e.jpg
- 275 SHA256E-s1389414--3599c1a4da6a3b61cbc4dc431c436af9bf201b634fde2f99ddf54eae8c3590d5.jpg
- 276 SHA256E-s39678--bea819324e10bc288c75650e2196bebd5339952ce33574625ae5091ad749b63c.jpg
- 277 SHA256E-s47531--a91ecea2694b4b5c8daab84aa25c675f2f73dbfaa8ccfd581d6868b1e2568b7a.jpg
- 278 SHA256E-s4923--2f1b9afef156e9c7f4994106eda088868a992d92e66a5d601f77980fea80f777
- 279 SHA256E-s84101--bca6a8a9640b1ebfa8a2ba01b3a0f7ed20ad77fa5cbb5588d46ce75949fc38db.jpg
- 280 SHA256E-s1245742--d547d4a18279ec671be7869896c0b3e763cf8499c4dc28a62a49cd657fdf4200.jpg
- 281 SHA256E-s655461--f9b43d2794fe757d7cb61a704a01c85bc09eb20d70a1550d6934dec12f46f0bf.jpg
- 282 SHA256E-s137484--51fbe9bc815e41dfe22b9f9d4ed8f3ca98a8cb5cc7b81522b296d45b0279a413.jpg
- 283 SHA256E-s607392--ead4548b66ac3ab5c930cd89bd60de480184a4f23ffce9b5da24f9269b796283.jpg
- 284 SHA256E-s6888--405748982bbb3340eea34acbe45085ea62c80767866f0c76c355e4f94b969c7c.png
- 285 SHA256E-s4327767--eef5840e2f4294a125aaa3ed33f8ccc96c5c2c3e31cbee356013de354e628df9.pdf
- 286 SHA256E-s411064--4e5e5d477ccc542f78649e4b4ee6aa132bf79ae9aeb64a46cb45a7ee133eb2f7.pdf
- 287 SHA256E-s224149--204dbb62c5d5352c9b5baead124ecf52c6fffd49120343cc21bb10343353934e.jpg
- 288 SHA256E-s1333719--9d9ac54db47723755ee0d19731c0b2f4b40074d946da4a1e283a4904feea4534.jpg
- 289 SHA256E-s1889687--07b79ce21bf5ffe2d80f9878d338fcd63ddc92c5381eb3c290639c3e73a7b927.jpg
- 290 SHA256E-s686131--93ba1a21ff8cc7d9baa61a2af8407ccc8c1b22705a191e9f0a393d14ec95e232.jpg
- 291 SHA256E-s619954--3d900d39d16eca00287a0c4bbe20b46767867b5065260a4a1fa8444081998e25.jpg
- 292 SHA256E-s828309--f1d702dcb350cff7a3229fe62c4f0f4beb5f95ad2f00a6fd1bfb82549cd08129.jpg
- 293 SHA256E-s516404--0ca06e98fd119847c99bee56264a31ac99b36ae71136624018d308ff8c6a2e3d.jpg
- 294 SHA256E-s783842--0618e7c3ebc7ff8fcdff82b9fd227e8b83f491e8e1b96c2d0e566fc7fbea27ea.jpg
- 295 SHA256E-s20748--df0711c99c30b5fdcbfdd109c093f02f6a7f5196e7ffbc8e291bb2780c5735c0.css
- 296 SHA256E-s61739--387a27967c79b09e21d93f8a8b969dda930e8d26e9ce379c1d71718d4cc5a1df.jpg
- 297 SHA256E-s1461106--37222c3cd7a3af846c8aaed3a174a0a7e6f775ea4c08c4e2f792c6da724812b9.jpg
- (To see where data was previously used, try: git log --stat -S'KEY')
-
- To remove unwanted data: git-annex dropunused NUMBER
-
-ok
-[2014-08-31 18:58:39 BST] NetWatcherFallback: Syncing with apollo
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-gpg: Signature made Mon 18 Aug 2014 20:14:04 BST using DSA key ID 89C809CB
-gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
-gpg: Good signature from "git-annex distribution signing key (for Joey Hess) "
-gpg: WARNING: This key is not certified with a trusted signature!
-gpg: There is no indication that the signature belongs to the owner.
-Primary key fingerprint: 4005 5C6A FD2D 526B 2961 E78F 5EE1 DBA7 89C8 09CB
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-08-31 19:28:42 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 5b1813a..68b2827 annex/direct/master -> synced/master
-error: duplicate parent 68b28274ba1f0451a2e93ef4c2757ab795b920e6 ignored
-[2014-08-31 19:58:41 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 71238f0..68b2827 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 68b2827..16f040e annex/direct/master -> synced/master
-error: duplicate parent 16f040e9cd0bd085dd42e8869cc99d6982f8ea9c ignored
-[2014-08-31 20:58:43 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 68b2827..16f040e master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 16f040e..e8ecdba annex/direct/master -> synced/master
-error: duplicate parent e8ecdbace26ba300e7bf3f4b8237f8cf4d825955 ignored
-[2014-08-31 21:58:46 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 16f040e..e8ecdba master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- e8ecdba..82f1c3d annex/direct/master -> synced/master
-error: duplicate parent 82f1c3da446ea356933e764e4ab0f6533d8688f7 ignored
-[2014-08-31 22:58:47 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- e8ecdba..82f1c3d master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 82f1c3d..1d82f6d annex/direct/master -> synced/master
-error: duplicate parent 1d82f6dc915ff33c86f9001c50b7c60f212b80a4 ignored
-[2014-08-31 23:58:50 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 82f1c3d..1d82f6d master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 1d82f6d..e6f51b1 annex/direct/master -> synced/master
-error: duplicate parent e6f51b190fc3412b8c10988c2dd9f281014802f0 ignored
-[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
-[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
-[2014-09-01 00:00:00 BST] Cronner: Consistency check in progress
-[2014-09-01 00:58:52 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 1d82f6d..e6f51b1 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- e6f51b1..e6d090c annex/direct/master -> synced/master
-error: duplicate parent e6d090c41e0226cfb58bec304c1205b2fb2a738d ignored
-[2014-09-01 01:58:54 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- e6f51b1..e6d090c master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- e6d090c..e21ddb1 annex/direct/master -> synced/master
-error: duplicate parent e21ddb1bf0530ae415419ae15edeb1287ef6d9af ignored
-[2014-09-01 02:58:57 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- e6d090c..e21ddb1 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- e21ddb1..03a2d0f annex/direct/master -> synced/master
-error: duplicate parent 03a2d0fea214ae4a6acad0837587f5539f06efd8 ignored
-[2014-09-01 03:58:59 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- e21ddb1..03a2d0f master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 03a2d0f..f062d0b annex/direct/master -> synced/master
-error: duplicate parent f062d0ba684347871b780a4f0d5ff3e203329cdd ignored
-[2014-09-01 04:59:01 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 03a2d0f..f062d0b master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- f062d0b..a695f4d annex/direct/master -> synced/master
-error: duplicate parent a695f4dc83028907d2c9272f8cf8ec88d38049d6 ignored
-[2014-09-01 05:59:03 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- f062d0b..a695f4d master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- a695f4d..7706c3b annex/direct/master -> synced/master
-error: duplicate parent 7706c3bf24b8529bd248c7a4bfe817573bfa0368 ignored
-[2014-09-01 06:59:05 BST] NetWatcherFallback: Syncing with apollo
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-gpg: Signature made Sun 31 Aug 2014 21:52:56 BST using DSA key ID 89C809CB
-gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
-gpg: Good signature from "git-annex distribution signing key (for Joey Hess) "
-gpg: WARNING: This key is not certified with a trusted signature!
-gpg: There is no indication that the signature belongs to the owner.
-Primary key fingerprint: 4005 5C6A FD2D 526B 2961 E78F 5EE1 DBA7 89C8 09CB
-ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
-From apollo.aylett.co.uk:Annex/Family
- a695f4d..7706c3b master -> apollo/master
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-09-01 07:29:09 BST] PushRetrier: Syncing with apollo
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 7706c3b..6936dd7 annex/direct/master -> synced/master
-error: duplicate parent 6936dd71b925b08dac26890cec58186fe0f5da89 ignored
-[2014-09-01 07:59:09 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 7706c3b..6936dd7 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 6936dd7..dc51bb1 annex/direct/master -> synced/master
-error: duplicate parent dc51bb1571c950330650a2881d443449bae64db1 ignored
-[2014-09-01 18:38:55 BST] NetWatcher: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 6936dd7..dc51bb1 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- dc51bb1..8f55d1c annex/direct/master -> synced/master
-error: duplicate parent 8f55d1ccbb0ee6d44e3176006abf71d76f80376d ignored
-[2014-09-01 19:15:05 BST] NetWatcherFallback: Syncing with apollo
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-gpg: Signature made Sun 31 Aug 2014 21:52:56 BST using DSA key ID 89C809CB
-gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
-gpg: Good signature from "git-annex distribution signing key (for Joey Hess) "
-gpg: WARNING: This key is not certified with a trusted signature!
-gpg: There is no indication that the signature belongs to the owner.
-Primary key fingerprint: 4005 5C6A FD2D 526B 2961 E78F 5EE1 DBA7 89C8 09CB
-From apollo.aylett.co.uk:Annex/Family
- dc51bb1..8f55d1c master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 8f55d1c..6cfcfe7 annex/direct/master -> synced/master
-error: duplicate parent 6cfcfe7d46e622dd1e28d7c0d182e8c5082d88df ignored
-[2014-09-01 20:15:07 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 8f55d1c..6cfcfe7 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 6cfcfe7..0048860 annex/direct/master -> synced/master
-error: duplicate parent 0048860fa55502c1c58d3e4d55d3a687a5fee1cb ignored
-[2014-09-01 21:15:09 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 6cfcfe7..0048860 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 0048860..3092f0e annex/direct/master -> synced/master
-error: duplicate parent 3092f0e9d36cfb780bf0eb4a667bfe6a8a7b3ba4 ignored
-[2014-09-01 22:15:11 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 0048860..3092f0e master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 3092f0e..c2d3665 annex/direct/master -> synced/master
-error: duplicate parent c2d3665970d928b3eb4b93c0a69f4f1533a01c84 ignored
-[2014-09-01 23:15:13 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 3092f0e..c2d3665 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- c2d3665..0966032 annex/direct/master -> synced/master
-error: duplicate parent 09660328b05c3eb55e78e5ec38d9d043cd6aa78a ignored
-[2014-09-02 00:15:15 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- c2d3665..0966032 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 0966032..b4bd0aa annex/direct/master -> synced/master
-error: duplicate parent b4bd0aae9a45c024247c5ea120970ede21d52b34 ignored
-[2014-09-02 01:15:17 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 0966032..b4bd0aa master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- b4bd0aa..dff7898 annex/direct/master -> synced/master
-error: duplicate parent dff789833ff9f83324c35d1892fb271e7f59b6f4 ignored
-[2014-09-02 02:15:18 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- b4bd0aa..dff7898 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- dff7898..628cc98 annex/direct/master -> synced/master
-error: duplicate parent 628cc98b8f571d27b1b7f671992d884be9bb776a ignored
-[2014-09-02 03:15:20 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- dff7898..628cc98 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 628cc98..11f0e77 annex/direct/master -> synced/master
-error: duplicate parent 11f0e7756811654bee5ab1ae57068ad4cfebe698 ignored
-[2014-09-02 04:15:22 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 628cc98..11f0e77 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 11f0e77..fb4d2b8 annex/direct/master -> synced/master
-error: duplicate parent fb4d2b8eda7b2a194d98cf841c63374bf46cc2e0 ignored
-[2014-09-02 05:12:34 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
-unused . (checking for unused data...) (checking HEAD...) (checking master...) (checking apollo/master...) (checking apollo/synced/master...)
- Some annexed data is no longer used by any files:
- NUMBER KEY
- 1 SHA256E-s1103321--51418dc7fc654ebbeb9173bff598b4031d07d3c5cf651bd18a18ca6af9f7f1f7.jpg
- 2 SHA256E-s3754--39631a60a771a00e88ef5ab011ab3f56fa8e539619b06aa68e66f2c71f252f9f.png
- 3 SHA256E-s628641--2eeef2179787270c6307e1070678b6b27cbf0fe12cce71c136e0a89e1df78565.jpg
- 4 SHA256E-s848--66e696444c6e570fc00d79f6651018d7e6549585e587394b933dcb0d74d8c214.js
- 5 SHA256E-s21214--f26fa07b51fe0f4c5bc0d746f8b23e50115116bbcd80db057740bccb9841e4b6.png
- 6 SHA256E-s852198--9fcc545c030c268d660381fd33d66b06605f7c5df16dca0b3fbe4eddfbf6b339.jpg
- 7 SHA256E-s1334033--d6e722f76229c10ea6a1ff8dce2814ee42c92b643a19ec3f4d72222e1891c210.jpg
- 8 SHA256E-s664656--85aaeced38501abfec6d23591edb07d7ab98bbe303b98eb07cfa0577ec8309b2.jpg
- 9 SHA256E-s3213396--90e4ec9054de04c2b2c60a49b812582ba15c8da00208c9fc74acbc69b83182dc.JPG
- 10 SHA256E-s820026--c1fc64d12cc74f60f8d17302a95217978782ea99758bce99ea2233709be60a6d.jpg
- 11 SHA256E-s622679--5e8412b3955db206c6836fbd5731b0ab835aa325fc75bc7d75d4511ddbf67644.jpg
- 12 SHA256E-s917793--7f2ecba64196449b9d7f1ea79e07f496d90d59c59d12472d058566a0881a5c6c.jpg
- 13 SHA256E-s3493204--7ce9ad40b32b5cd1237e5efbb8f6885f7d734f8af65da8d0e92dc2de13162e07.JPG
- 14 SHA256E-s910114--be8d66d9261108572efe0266ae386fefa653cea4ef43be9fbd10f7e2fe8d1c4c.jpg
- 15 SHA256E-s636389--07b609b0cbf827a45cff2ca92367f3c5bf9a9527d4b3cb43961487bca8068ffd.jpg
- 16 SHA256E-s823401--4cf12d87a9034d34a3019b5002000c92512f901a82f1081705c12e73b5870bad.jpg
- 17 SHA256E-s1880--add7e1d7d7d98ff96afaec27bb066d6747551358e025176265a31b2b0f74bec0.log
- 18 SHA256E-s8784--e28377207d41b4fef538b2fcbbd25c05275103a299e74966a88dce53ad5f50c0
- 19 SHA256E-s8694--490b9f2f9c4c826b68bad68a50cf672ec36c58acb9e24fd46e84abaddec19b9b
- 20 SHA256E-s2656--96dd5f3d5f8e87ce1552798dd5fe4c8dedab6268c0df9e391a202ffdc4b8fa71.log
- 21 SHA256E-s459593--b68a62596f7524b6f877d8bd3dbbe49f4de02310e9dd6d5134bbdabfcd5d957a.jpg
- 22 SHA256E-s11931--5ce30bd4424d544ed954e4722d7ed590a5be46a267c5045953e034309d942a8f.odp
- 23 SHA256E-s1249581--d834f2dc34ded72086e26c32784e693597be011f28398635286394c7e8b5ded7.jpg
- 24 SHA256E-s335736--9638a3225f1adbdb736a2cacc476f8eb5201c8124b83dab887a26c6d3a0e5899.jpg
- 25 SHA256E-s6339776--f42083be1dba62acf81ad5ee8bccad47f267e2ce34c9e73e9aaafe3c69b462bd.pdf
- 26 SHA256E-s582899--858ad02a9e5f58a6f5ea509865831acd540c290837beb87b37cb36bb62a7b982.jpg
- 27 SHA256E-s2475657--d3fa5e460a2b164e849213d0417790704d1b4a2df9af5f6b281ac17dbacad30b.jpg
- 28 SHA256E-s637475--68315445dd9477f07a695cb9fd12bb2c95f3117d949665ec2690184ded6b1ee6.jpg
- 29 SHA256E-s77771--484ed3d8cc44de2db74c5680659c5c23ccb29ed5e99d0fb4b470a2c130c64c79.pdf
- 30 SHA256E-s2343639--a7fccfe9a2c8de20ce8df10048b075758c445e5f4c9d9b78368db179e74e9a47.jpg
- 31 SHA256E-s2282836--66e945f3a37651e1c88c58ff42b4dba9c6c5d822dc59f3e59895c336a0428c3d.jpg
- 32 SHA256E-s5902--da66d622f9ed0987a0466c2c05c2aea56572e2f991c542b1120d564fb7459e7b.log
- 33 SHA256E-s61410--4d3f0160bc92d0095a824baa17a08499dc748d06648029051802d24a772ba75d.css
- 34 SHA256E-s1958077--1717f3036e7ca6b61fe8eeb3ce319de728b9bea10fd814108b9e13397a336db5.jpg
- 35 SHA256E-s80930--f9b79963053221a10e32c4061b9da3622e89ce56aeed26c58f23bb70a2a57496.jpg
- 36 SHA256E-s4956--a05854e0d26affdbb3e171c8e9ca3f663c8bc930f6402d9a370104e239bc2601.log
- 37 SHA256E-s202851--3689503ce6f780d04e659fc85e4e7978c3c445afbd103f3ac118e1c6f3a4b738.jpg
- 38 SHA256E-s5258--a243d289f629eb2e321c7232aa59c65d10ec79e70d07f25758ac04c0b9ff3f79.log
- 39 SHA256E-s5406--dc07212d5aaaf5a320b3f9d710a72b68f7112140c76b43b7c0b4bb71f91e823f.log
- 40 SHA256E-s8427--439c4f2144c9ea726b739494565b05dc47b59a8835e24e9a083171efc0834fc1
- 41 SHA256E-s46--ca4a766fadecf16bbc25afbd805e2befbfb4cb270f122b0de813fbcfc933c1a2
- 42 SHA256E-s839129--921ddf15c906a0353cb18bdd0b321bd5a37dfe653edbffc8e3b6b47996d54d8f.jpg
- 43 SHA256E-s2922183--3aa5d5b22a980a11cee928ba701ffd389542db84fe96219442de1b33a64f840c.JPG
- 44 SHA256E-s1305363--0b14938c28492e288d35a62334d6436ba8edfb7f65a066dbd9587478f157ab99.jpg
- 45 SHA256E-s8602--819b18ca30f477f66e558ba1488a06e438a5f0b9c8f6987f68daad039d8020ca.png
- 46 SHA256E-s6205--14691e198b05dd68b5fe3ed39eb8739182f4f5e75dc43dd7ecb252f01978c7ed.png
- 47 SHA256E-s5070994--d0c5367647750b1f0b54c9fea7c7c9e1a0f7a0a7f61c92a688887538df3abf7f.m4v
- 48 SHA256E-s134807--7100078e84c39a2123c0ea7d713e3361c7174f21fb72d39dac2a99a4844f89b7.jpg
- 49 SHA256E-s535905--f317f11e4e0536ea8172e7827369bd9a3c887fcef2586b8eeda28b2dd36a791c.jpg
- 50 SHA256E-s6420--72622a4453f4ea48acc0337bb1b288e0fb034d1ee1aa74f98eb9062066c025b5
- 51 SHA256E-s51483--c9fba5eb0b29216afd9b6f13dd2f351367b7bcd0c8eb93fa0a1b6a0ce4535d57.sla
- 52 SHA256E-s1957447--c3eddff4df50e1b0c5dc93f85e39acd24723013dd9b27b7b8a407eb5e55f1903.jpg
- 53 SHA256E-s5345--ee879c6bc3c3ac59f449a9d9f92ec9cc2d15dced1f166805a179b6874d190c25.png
- 54 SHA256E-s153751--c3fd0000f94ff9c44fef856ee440837fa4c228918ae70d0813d1635d50e6d4a0.odt
- 55 SHA256E-s682324--33a6a1b34570f9abe0516d9abceefe14aae4cdacc41dc3f30ca92222d545631f.jpg
- 56 SHA256E-s370109--a00b1c78753de6ae1d64a01d457b53a3572a9324a0facda4ec39a149d9adb37b.jpg
- 57 SHA256E-s310217--aa0c575a44cac4957e06cd8ed0b058a16454a7be7f32ec8e79c815be6057bfbd.jpg
- 58 SHA256E-s5798--61852a3ad168d4f27fe0f0e924e7418e838ae4363d85a64ebea80c9154e0c9a0.gif
- 59 SHA256E-s47071--f1a74e5f9a20776adbe88ac3092e5a20a69d254905c0f93aa0b95a1ad0a5ed00.sla
- 60 SHA256E-s988--b1f5fb3d38001b8bcf214158c6c7571f5aadb03093d2c307970a728edcb8012b
- 61 SHA256E-s1397011--b67c04c6c99ccc208734dd39e18d4304a4963ef36600d4adc5827df21bfcc260.jpg
- 62 SHA256E-s2124--1c64d2a60a40242432550ab3292e1ee38072481c36b8f028f75e3b4ea52fec29.log
- 63 SHA256E-s1640512--ccb4940713e190a9242b34e18896156733f36df909c7e399bfdfe36299bfa748.jpg
- 64 SHA256E-s484856--55f146177198dcd03069703c7b8bdf5c10cd7750aaf4b6f9af1946d72a9f9d23.jpg
- 65 SHA256E-s7031--88bedea3e75aff77858c63a6c30bb06180bd9167fd380d94f132486d6ffeddf4
- 66 SHA256E-s10100--1df9143f4c02f877ec891262bcbc407a9d4b960dd80c6826d5c1078012dc2614.js
- 67 SHA256E-s2454--778574fe7cae3bfc2a49cbe3be18ed313b049b6e0bc333cea80723ae2136f9c3.log
- 68 SHA256E-s63103--474c29d016927bd7dc42d992fc07c353148d393cfbd7c3e8193df91c3bb2d805.jpg
- 69 SHA256E-s245481--ba0e9ed8876970e0aad7e22aeaf4f7403e1ef6fca474e0b4e90837381c0b810f.js
- 70 SHA256E-s708--ab8f3c450c5c8944d6d91c35258b9da5ff4564b9b05b1e09ebbaa9b740d14aa4.log
- 71 SHA256E-s582241--fb565e6fa923f3265a9406abf566d5de7a8e062b1d9ccb8ba7ec61a902ea277e.jpg
- 72 SHA256E-s601517--fd4a4effd6c6b064be34910b36f1de8011bb3949d0f883a57ed4ca60eff6a642.jpg
- 73 SHA256E-s613354--0d78d51b5047055d9bd2727e01a7c73ec25bcb99925be26550f3b921054e336b.jpg
- 74 SHA256E-s20794--0ba2f6756001669bdf934f9d79e8fd1ccf2028130c33a0510279581ec9dfd73a.js
- 75 SHA256E-s654750--be05edd69e61fb5ebecbddc8c39ae9ebdbca5e94ee395f604bbd73910a7e40f9.jpg
- 76 SHA256E-s440--4e8500857e2b6a08a6922ca852ff4c9702e2397843011a14dee43d6e20c4f787.log
- 77 SHA256E-s72381--a170eff1ba771b3e4e769ab2974b8fb1f66cff07bf8b19561a97f9d7767b565a.jpg
- 78 SHA256E-s344661--21564a2da0f6b1ea6c4a39f4a96ba02680facb9d8a084d4fffa28b0e527c9fc8.jpg
- 79 SHA256E-s51248--f940d364ad2583a9ae3c0f777fd61406914daa1837ed8dd78f3461760c4ca747.sla
- 80 SHA256E-s502234--251053730579880833dc12058a6c689ba074f0a981331ec7eb685b69f08e292c.pdf
- 81 SHA256E-s3682--f75a95ae16e2f8a8e0a607782cf332dc34c1e317d473023cbd7f9915fa400d62
- 82 SHA256E-s3544--9b40beb44b624520a74057a82ae5e6adb18601e6c1fc7d8496bdd59e3b248945
- 83 SHA256E-s355156--7056bee290696e681cd3538e2ff2e740842bce032effe509f0919e888cc03ee4.jpg
- 84 SHA256E-s879539--12cc34616b2dda153890db0a724290fa01bd9dd664061a05c8d2c1039cd4cc3c.odg
- 85 SHA256E-s2051310--69387e84897ed700b6dd7c418fc3a7884a1e6e16a4267297b3effb95b02a7bc7.jpg
- 86 SHA256E-s620--eb69406700a3a6122cb532614f4ae6899d97409d76259820176f7ae77158684b.png
- 87 SHA256E-s693427--e20c50c86937800b14e2773d79eb63d13c0300781f8e71ee3947fb5a2fe98fe5.jpg
- 88 SHA256E-s87985--b89b279ca5dede3643e8a48402e9b112b1e1fdc14b3326c98cbdb32f9f7fa2cc.jpg
- 89 SHA256E-s35739--378d1bcb19c2742b8d344459a74f9b4ea44287c4e5cf046b80a46b209ea1ebbb.sla
- 90 SHA256E-s51515--d4805b60c6e0ea396dc157ca0e399ba355482f2a9696f31fdcf819aa176ea3e7.sla
- 91 SHA256E-s396738--5e18be640581ced943a676323c80dc283b15d3caf37b2bc2d0b05ceee1d178e5.jpg
- 92 SHA256E-s334295--7f97df9f93e42a2db9e9efb0aa34a2a9a6b9af49846e6a73f320ee151d535eed.jpg
- 93 SHA256E-s425513--0f6228a7466c12d1d0e4beda9825f17442b15286a5639e3a894a36d33497c77a.jpg
- 94 SHA256E-s114076--6a1822942964efa5531de2cae48d3fd69e71baca7ade38b7cbe23964637d4478.jpg
- 95 SHA256E-s118034--a8b1e6f81534106e9f4563dfe3f288e9425284fbaa74247065cf80448cdb216f.jpg
- 96 SHA256E-s639--4b491df2b47c2fd4dcfbb99b50ec1367e138c61216704490ada08cddd0d32fda.css
- 97 SHA256E-s734079--0602d1c85bca8508010ed03c2b1c26c88a8c759783f49d7f7b282b30837c6b32.jpg
- 98 SHA256E-s130889--751d2fa73ac74e17d2e82fc9a89b3d393028197790657aa075effc7c16b8f528.js
- 99 SHA256E-s485283--63716cdb8953a9318eb28953af25db2afa02251e6f152d487f5ab05f1d27930e.jpg
- 100 SHA256E-s59518--6a80f10665ad39dc27ee3a5727ebeee321a289dbc958916f9e6eda01f2703d25.jpg
- 101 SHA256E-s194--4c0fc707f629bcb314433fc700c6090c970d343adbb921f46084bdb08f99cf6e
- 102 SHA256E-s303--07ae4fec1962f2f83808ec861e477d5669dd71ff1089cb25a0e1da7b3ec9a5a6.css
- 103 SHA256E-s24519--3f3cba473c1818b2ce46a034fc323d528df85dd88d3f2ed411ad644a08ff9132
- 104 SHA256E-s316292--691e653f57643e579c261a827441e63ee3d8cf1f9ed5cdc43d861cf340510d34.pdf
- 105 SHA256E-s11916--88e5b1e2f5bd0f5c458abb41589028ef35dc75872abd7e04eee4a12ae7bfef38
- 106 SHA256E-s733240--fe7b7c77712b866c932d391f8305560d488d0e5515f3d9c890ddd11c96ff6069.odt
- 107 SHA256E-s4323950--c71e34a9fa2d1f54934d3caf829e4b5330811c2937d523f856d43cf5d92b7275.m4v
- 108 SHA256E-s475740--e2d4880b8561167dd91b57a666f3eba68931ae3546231d102469c76d341f560a.jpg
- 109 SHA256E-s574--5d1bd8763457376e0ff677895456f9aad26b6d85e15648696e9f4c77af104fee.png
- 110 SHA256E-s11608--f815f1bad38a05f27b1f7cd416236148fa79554ed2546a014afe148c0e427839.log
- 111 SHA256E-s3300--7164c4d91218528eedb0310af14927d4ce483889b53da24fdcc01fadae107fbd
- 112 SHA256E-s962958--9a81dba98b0b910641d035bf662b847fb4785ef2378bef7b2ae6713b1fbd903c.jpg
- 113 SHA256E-s845627--09f3e811c372a7ee936064d4c48c8b4f36db519a49a0b274f69e3da12a0e2ffe.jpg
- 114 SHA256E-s2380622--05725288b66460ff1befda38280dea4d05c5dff42818de7d64e619e12aebeaa0.jpg
- 115 SHA256E-s62795--a32762ee80e176ca1d7869cd5f68e7442327e1a861ed70290f2256179ebd844c.js
- 116 SHA256E-s3486--f148d21e252ab05ff7039fa276ee309e6d16d2ba7444043acc148b9986164162.log
- 117 SHA256E-s2393747--1ba6fc7f4d47ced145ceab80128e3ceaf8cfe8f2155b5e33e9273c736a81b910.jpg
- 118 SHA256E-s4611--bbc334899e27d8fe781f61e06be1c28852e618d1e2bd8b98de0aed7fb6106ad8.js
- 119 SHA256E-s826134--426211e056784356538d3ac80838e197e2cdf29742cd31db6a386ce7c05aa052.jpg
- 120 SHA256E-s1072403--87da8298b8c3c76bdfb8c96ac7dcb11349763067056eb0e1fadf5241fc134141.jpg
- 121 SHA256E-s51028--d6d044282ee1d1d8fc02130ac42ab1d7ee3a6a7e2987b78bb1062529019cf3e5.sla
- 122 SHA256E-s45783--35b9963b4a8bc3dbee5bbe827c2e18c795b8fce86bb1eb87c6b3b09327380f1f.js
- 123 SHA256E-s999195--c0fa3d678c9ebe118ea3fb1b664a2f63ccc792a7578fe921d0c299adf40d97f3.jpg
- 124 SHA256E-s96828--c5ebf871d1c98e5f49d15dc22131e483b514754ad86c6293c69b6d5aa3d44cf9.jpg
- 125 SHA256E-s159835--47a9ba3de62d6a4b11dd59a60b0047d3d377c224ceac85bfb6a81a972f25fff9.css
- 126 SHA256E-s9629--588e723593992acb553dd4f2c76a6993135b4f49e674358fae63ff06e145f07a
- 127 SHA256E-s39867--6e96f4658811bba2f27f930f764111501e438135d793e28fe7eacb6b10866e0d.js
- 128 SHA256E-s62332730--a2c804ddc66d8175fb5e187d17c904954f1e2cae634c4604ac363eb97d78f7e1.odt
- 129 SHA256E-s1711933--dd49df68da23021d3e9cc775e86bd5341dda6ba71714c8287872deb9416e051a.jpg
- 130 SHA256E-s290639--0803de7a02e9a4a1caca69b2a7b2c948e7faf2e4ef2bf3bcdaec148c0f26b842.pdf
- 131 SHA256E-s5799--fa90e9a478760bc12c2707962f2ea6b9ab213bc7d4b158f28f6739727ffe05e7.log
- 132 SHA256E-s11156--17ca703a57e9f02ebd71251ca8bdb6d82b71fa586deb034cd384b21a3818035a
- 133 SHA256E-s16171--47a7946e6364fa5ad3dc595105c79a4946f18cbef0818e72682d9304625ceab9.odt
- 134 SHA256E-s1962015--2eae4dfa79e014bf4468141bfac8c0065d1b05f2532758c6e68deedd297f22ee.jpg
- 135 SHA256E-s31268--560829df213299f5db9aeb0b31b40044300c34e92818680f422d0ddfe7602f2c.axd
- 136 SHA256E-s145407--c34c44643d9d0f7114cce8b31f3442a7b6392c4687af9ab97995bd30ddd3167c.pdf
- 137 SHA256E-s1773--8417f863ffa4a076dd2d8b5a63170bb0c5b83cf275d72245a79c31d94358fd20.log
- 138 SHA256E-s701838--3d7abfd8b091e4da1bb61881155c299b78ed693f128f1c693c7970bcbce4e8e0.jpg
- 139 SHA256E-s2089502--f4c9ec5dce63924cba6f77efd5e20b17cfc0f3c9ae45dce7bb0ecc5a10986205.jpg
- 140 SHA256E-s1085890--0346c7a329e7b80c7f93b8aa7de039bf322070ebac33cee6ade6fcc4a4f296be.jpg
- 141 SHA256E-s3998--e38f3a315b698a0e8ccfa395431393af757f882413cea8b4879b5b5993543f86.js
- 142 SHA256E-s7372--181699a3ca4be8bb0e9913fd96dc5c44ed8a790ea6ef2bb0fb285e741f2c46ab
- 143 SHA256E-s864279--364b4a4d0a30ddbf1164d5d3ded0702a4b016ffc27d26eb6005d96e68aa4f77f.jpg
- 144 SHA256E-s2941--7ca4f001618fda61146802286daf472c5daaaded2471e356a752b6a69834e7f7.log
- 145 SHA256E-s153049--5805df5cecdaa15a549bf7751b1d66f7455e71e2243709d9799f839e42d082f2.jpg
- 146 SHA256E-s542959--5823d605d7258bd813d09712fd124fd7c63f2cbdf46a9b52c3eb67eb7bb538bc.jpg
- 147 SHA256E-s45282--b20a77431de35f8e70867cfe520503528fb948d63f724ed90fc249994875b77a.jpg
- 148 SHA256E-s19556--e5bdba04d2a9d805c491778a742744d3007d38a23c9dc11cf8f6eab7b2dd0a1d.log
- 149 SHA256E-s392108--c9c76c131588fc29d588afed12d98b6b3a6aa0a9971ad368112bc0c2a603e70c.pdf
- 150 SHA256E-s8275--ff63b5b012ea62b178310424d817a8a77fb31151dd697659f85f23a6298cf28d
- 151 SHA256E-s1769251--7d0a2ec1652f1287884f6bd4e0df14106af271e81fc38cae5aac1357966ea672.pdf
- 152 SHA256E-s464748--aa63c72a4b064f91083228395e1391d970873ad1370900a468db154ed266d475.jpg
- 153 SHA256E-s6130263--3521b18281dba779713e600fde1a4d15568328baad6baf43cba1530df7165c5d.JPG
- 154 SHA256E-s494260--aeb91b314f3dee3580093e9610dacd5917265794b49acea9d80dfca83d56b88d.odt
- 155 SHA256E-s3362329--05fde815df42455fdc1b563ce41bf13d585135da628d01c5ffc9ca627c008225.jpg
- 156 SHA256E-s489239--d2ab01a94808613489205b7aa5d666cccfeac0a28b5a76ab18fc9fd9435dcabc.jpg
- 157 SHA256E-s482249--e4979b950d4633515316102d934115b1981c8adf5a14ea80bfda87e623af7989.jpg
- 158 SHA256E-s93506--3f44779fc3ce611f607c9cde2c114f6f038775485a677e17bcb6bb034e6ac888.jpg
- 159 SHA256E-s818--66d21ef5da07cc00768b23bb711ccc8e18b91c99ccad2084ec309f51e6c52db6.log
- 160 SHA256E-s171892--33f34e7d16851c2291d7495754505d391be4668883b43e4b9e587126c693b1d2.png
- 161 SHA256E-s278132--fca8b8bbcc0f9fe8addb57994c69a9c511b206c27424491809ab31aef86f21b4.jpg
- 162 SHA256E-s2418631--deb0aadf97aa49010ac3cab5f5299e2d68eeb5ecb4dd5de93316f23a714734f6.jpg
- 163 SHA256E-s125121--2b2cc905b8c05d4c7253a9c2b45a961df545842e4ce9d17e5248aa6240e77557.pdf
- 164 SHA256E-s199793--615ac75e6766d637d17159ebe3d48eedf27096e93b83efc159431da4d032e21b.axd
- 165 SHA256E-s223221--ca5f5160688546f422cf7d041e58f07d5d90e8359666e523a5af515baf0b2980.jpg
- 166 SHA256E-s1959724--2e44ed4b10ab3c1655b16335b901547713ac8d5c38d4ed3735bcbabb272242b5.jpg
- 167 SHA256E-s11609--df8dcf81585eccae95b7c4f0a0ba8c6fc4cfe90ebbf9657bd6a10320f7195e61
- 168 SHA256E-s483419--96cfd3b43e5b7bb1d6a5bc3f78d33e873fa36ee6e53c9f1de083f279c19c5f70.jpg
- 169 SHA256E-s560766--96f47b698f6502bc758e6d8b9b538368f8085d040306388bfd42d3026c465ff5.jpg
- 170 SHA256E-s3848--4d18299f8d8ef1bfbd7b206d419ef6f65cbd09a3ae999f3c7cc8496051b34080
- 171 SHA256E-s1141493--80b7a82ee4edc420c538c4a2a37fc9d80cce4c321f5a9a7fa7e66df0c9e3693c.jpg
- 172 SHA256E-s9726--14b5e76da3417f5f25f48c2a793aa50da9c920451495af7612b76d3c052d3f13.odt
- 173 SHA256E-s939529--43d05562e75f2477aa6d412d8a672ce7b6cf2890d4e1578bf88692aabfd0e70d.jpg
- 174 SHA256E-s888147--948ca59b827f77f75ea981b149a72df976aea360cd263d0f7c03275375a47232.jpg
- 175 SHA256E-s740710--f1e98c032815161aff44c8ccbb882af5cb234f91c4430cf91d01115649bc9aa5.jpg
- 176 SHA256E-s961257--e6b21901e268f6d0f3a38b43e5a06d8ad9ec0901f4c9639954da7ecf2ee4a666.jpg
- 177 SHA256E-s616645--bd10a26926e6cd0fd0ee6cf72692c92134b183927280a00a74e869bbeae8bde6.jpg
- 178 SHA256E-s47996--f862cbc7bea6fe4b5fe3a3af2b393973220a34975dd36a9d5f92b30d1db80acc.sla
- 179 SHA256E-s2396909--2e6d435cf96f81a3f3247f2d35b01701f8a46977e813745324ca5b40717fdea9.jpg
- 180 SHA256E-s180605--66c6df69bba4602100148ffd0f0a0ba0a14b74eaefb3b27708c6792d2b5cd09c.jpg
- 181 SHA256E-s721289--159f9398adde99e23b05c8c8c99aadd98b6a3a80afe5e3745ff37b0668fe4a24.jpg
- 182 SHA256E-s95559--0d932a11d465d523f85b17803d44fb0748459771b2cd843dbcfd677248abb0f5.jpg
- 183 SHA256E-s368166--98be96450123c166cf11f1763aa25040ffb1674f7267a4041cc1a4fbe8e433a1.jpg
- 184 SHA256E-s846--b3c9f5697bee76715237040d6ba5ff9f657dee2d882e36d818ed2ff50e8e0835.log
- 185 SHA256E-s581051--217882c3f655c62dd323afe0689c9485d0d09430d5356a63105632cce08ea88e.jpg
- 186 SHA256E-s586436--006bfd4f9697d8b64be920876bd8c0a40967b253806072ec09d2a630909826e4.jpg
- 187 SHA256E-s398620--1ab7d488bafe19941f33155959c1bbec199a86ef2334c08b75b450bc9f36a16b.jpg
- 188 SHA256E-s10457--0be429c323998556486e8f9977ccc980be3ba3920d5cc3bf16a6c7bb57b0fe3c
- 189 SHA256E-s83789--c286b21f977391efd38b5a5a341f9dbec4da611a16bc1d17d8ca71d49ad64d30.jpg
- 190 SHA256E-s321943--5e3983f4b43ae782b6f41c4f899027f1d55f78347e2106bc4c96e7f65c652918.jpg
- 191 SHA256E-s7518--be582d1ce8295d8c47e261eb7bd78a0e720e78dd58805808e9bf64ddfc3c4fe4
- 192 SHA256E-s6118--3ca5d8ca6cda3acc6c07c604f6880c017e6faa7dad4ba61e9aa956a9fa8b4b0d
- 193 SHA256E-s1086965--e170514a3651dda3313f4dcfdb9490f039a825b8349f74957a17313bdbcd7e8d.jpg
- 194 SHA256E-s10504--a57d3172d4a009a1a0d38993ea6dbe03fab6aa1ec429aa4aab563465b0dc43bd.js
- 195 SHA256E-s530445--7c8e603a03e17bb0c6440df6b695e557357527bc081871b51d0b5a61222dd674.jpg
- 196 SHA256E-s37480--ba3a0b04e4325bf0853c6201ecf7bb0fc08a0a13f5fdf0a4477c6a1f0cc82559.js
- 197 SHA256E-s394333--77f7debb969fd22698b60339ed0a0e98d9c43b8c74203528a02f6a185784e808.jpg
- 198 SHA256E-s568976--43c009e20c1b4b28d651c64ac1faa9ebd5e704bb975e2fb65ece83f4cb8867d2.jpg
- 199 SHA256E-s13813--4b4db06a82938c002539bc21d9285d63387e1a6241932c111c4f3992fa093092.axd
- 200 SHA256E-s2735--f73ac06c4be021a97a8c40f5371f0e62fd7094d863d9679407784c09c13ddd5b.log
- 201 SHA256E-s25176948--4493a4fd3160627db1fdd24c2a6bd402b544c495565815007c2d0d5093478d2a.odt
- 202 SHA256E-s596273--de2ec9fe99774ea6ce0a746a66888b71cfd744d3d97084439d054e58adebe709.jpg
- 203 SHA256E-s947995--956f7ec6d1c0c931c40e055fe21c2cfde8ef135f816052147406cb0c3ed0f948.jpg
- 204 SHA256E-s5283--5fbb8a58b8bf48ea0511c26b1b319f737df54e8e35f13b5d851dc7c0ce662458.png
- 205 SHA256E-s777575--c9fea606bc2e419967c550c43b5345bf7b08b43a81d0cdc561e048b94d536e10.jpg
- 206 SHA256E-s51496--36143df60284eae68573cb266a34a25f3c042bfd8314bdf0730c03a4fb81bb38.sla
- 207 SHA256E-s3013379--4f47c51193c043d2e81aa0bf46927a5f5c305625a09ac9034f9cb6e25ea2c6bc.jpg
- 208 SHA256E-s592379--4cea82764a163f6da9c6e63f553f82f119d5188d187c0747ee467a337f81446e.jpg
- 209 SHA256E-s8402--5b400d459743a01405d2d1ffc4d07651c36712caf9030e2a091e48f97c58a2bb.png
- 210 SHA256E-s662301--f0cf51849e330e861513bee59063450d14759055c67986e8a31dbbde0907a254.jpg
- 211 SHA256E-s1371822--0c85f348595f845e0076e52157fbb772a9d72a4821310c187b183370d7bb1b4c.jpg
- 212 SHA256E-s13445--460f9e3ea4f8a260af278d81c59faa45f16b2069b10030a8a253cd852f2e8e34.log
- 213 SHA256E-s19780--3f513b835cc3299a15178dae45cc523f1b06a1c13bd0e1c29f958027d3f5dc8a.axd
- 214 SHA256E-s311438--00b3cbd6de31a75e3a017c452099991f1ec09327efe9c6450012f6015eb6e1a4.jpg
- 215 SHA256E-s8942--e267fde4da4719de2c454d82f907796167f425510ea84098a39b425b69d2df5e
- 216 SHA256E-s845884--58974bcab0e36d65d606c1acf57e34e2e6f89872fbab65b9abf5250c632967a5.jpg
- 217 SHA256E-s331598--de52b228ad93c774d4dd1d41556ff27f7f03802378747807f324a9604e32ed66.jpg
- 218 SHA256E-s201837--d3f750f64687f347f0254d3c602a010ef71636a85f37954690d20bb6548437b1.jpg
- 219 SHA256E-s537652--aeaa479c57d39b3618006162c80e1c0eaa2cfa0b2a9a2c069a3d601bfe5b0706.jpg
- 220 SHA256E-s1174974--1d506c737c2dbde4aa286a2a25b22412c83edc5e55c3cc94fa38fb224677cf01.jpg
- 221 SHA256E-s7068886--945cfae8e22db1c96ec4cfa7b7de021c6bfe4d9e4961eeb2860716d6c8a57354.m4v
- 222 SHA256E-s684839--02293539aa97de6ab57e9caaec6998f4e64a08967d9f5f2c44581fb1df0acdd0.jpg
- 223 SHA256E-s371333--36110b44ea216b0166b023d09b52d0d32c3bdd01dafa857ed62e7c806be93193.jpg
- 224 SHA256E-s195249--21a08a5510bc88e85db2b5da660c61320ccd101a4b86cf3558618bbf37d659f0.jpg
- 225 SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.xcf
- 226 SHA256E-s26368--302de7e36ca407cf1441ab2d3fa855192c9d8b2e6a7ec04638d19db7056b7f2a.png
- 227 SHA256E-s965404--fd61bc28b2adfd4d2f175e02c662b7a71dc4b09880c8198795994e70f156c46d.jpg
- 228 SHA256E-s7254--2fcb58c8f60caadcb3e2d9e38921a49e470a9d854a55c89cb9c80f6ed0334669.csv
- 229 SHA256E-s482912--24330dbfb1d90882bf3f42e96c236f818913c343fd828992cd03ca84a3b9b2f5.jpg
- 230 SHA256E-s641334--bb06cea748a2feefa1a608635b83ed4311da1990275e32a9fd4549048c91a453.jpg
- 231 SHA256E-s1239159--2d15a6bf658d588697c5b3c2b1d1382450a40517779c32d435ff672e45539a5c.jpg
- 232 SHA256E-s2125768--a04f47c1fa5136fa397897bc907b6754a9598b37d34920250b8f70a87aaaa0b8.jpg
- 233 SHA256E-s3968--f4147a07111527be5bc7e9a5c83e3fd7ed871937167fc6d20fb7ee4d7059aa69.js
- 234 SHA256E-s462918--aa97a7f50f004dffdf444bb7f69e09c650c8987f52b5f4a0164c6acdeb4a8b28.jpg
- 235 SHA256E-s29501--67fa8330853830c4b29e05f96e6e3b6369ab908238e425e8faff4ac57e12bdb0.log
- 236 SHA256E-s158417--4058a56c1350032d640519f3aeb94ba27cd8e8b5afceb6d65e746af4f94777e0.pdf
- 237 SHA256E-s3437070--12a5bafa210aa79e9abb86c21032003c30c3a1eb5fce45a31488b6ff08db084d.jpg
- 238 SHA256E-s4373--12f64c274107733ae44f8ea9dc92e3ecf15400d98b3d76f9cc7e11527e4ed81a
- 239 SHA256E-s51497--218e86c2eb9ded51b764b5296cfff76bae4dca82e07a1602c9c597a1c34e98d7.sla
- 240 SHA256E-s4372--20e4d3e47c5fd381ffc31e6effbeb29eda97d6def773a3e42596501c6beb6317
- 241 SHA256E-s317548--cb605575ca9fab16501f2819b000d11bb06fbb2ad1f300cfba3d011e3e8e2ffc.pdf
- 242 SHA256E-s4960--c10e8c25e9b66e3ef77723373beae89e2fab1010c8b36ca329a3e9da20cbdc7e.log
- 243 SHA256E-s517805--9c14fd5e5da48efd9951b086c25c04a7c5427111ef2829543497e707f93fce99.jpg
- 244 SHA256E-s1857451--616661a96876b89472a69d32bd567aeeb95fa7da19ba4c3aa6a0ab237e2dcec3.jpg
- 245 SHA256E-s2760813--63d375f82234356889c6222a0162bdba3b7f5a1a0cb31e24c2c209f43fc2f37e.jpg
- 246 SHA256E-s832772--530816bf7c52c72e9b951289b5a35da753c66726d4e7bb2c2267faec6c8c263c.jpg
- 247 SHA256E-s4660164--2832a896d7af11fc35e1dd7ab527b0fdfeedf7ffe93bcce147381a8739c81298.JPG
- 248 SHA256E-s688782--71733ec7ffd2077ecf2973a739e4928be5824ad92034f64446a216cf513a1f29.jpg
- 249 SHA256E-s2876462--92eb9385b333bf9eb8ad56de86e46d1ba9b21c1166814e6f16e50e4a769936fc.odt
- 250 SHA256E-s496541--80d2e40f680dbd998b487e0ee8d479cb92741ec9c3e1f9d1d1d6d2f21a8cd795.jpg
- 251 SHA256E-s69339--97fe05a5b2c230c5b1fde5d18555aca13d12a35940d7d8c15249e7e80629aed6.jpg
- 252 SHA256E-s169446--5e1e9e262a58c5692f0d3c428fb71c0980311a88b474ffee95a5ea8cb5d5bf15.jpg
- 253 SHA256E-s2678100--a347450551a9055011016920280dd0a63dfc541f4f52f8ee78ef2b7a09afd46a.jpg
- 254 SHA256E-s87--5c2582459e3550daa4889fae41e3c8f6f4ad26dfa670502e4f516749aeac4113.png
- 255 SHA256E-s5798--c7167ef62bc21326b00d78b47d672bc25026eb6c7f3919fa47db2e7db8855ba9.gif
- 256 SHA256E-s53033--80840b2105a7a316a010ec3c3775031bef7fbdabbb7d3f6b7ece1a6253ef1b59.jpg
- 257 SHA256E-s7407--8ec4462ca6a05614378729bb20bb33c3b892bc943fd698389e44d959c4506843.log
- 258 SHA256E-s1189946--d23ba452e6e267d93f6233e885bd6f9e15b8ad1aea4c3d2368d901428df78970.jpg
- 259 SHA256E-s3447000--61a3bd3f7dda48544b67040012d6cd5999499d25e75dc34b82d11955d0fc9b6a.jpg
- 260 SHA256E-s3263208--69ad68aaad7058af8d14f7e4c03e5b52c9a78dbac7ffd33bd7bc5220c847d6bb.JPG
- 261 SHA256E-s1226280--d372b699459664c382f607ff56294df49e6d8d0fcab90b509337c347943357cf.jpg
- 262 SHA256E-s16890--12861c187e68e3591ccd5f708b935cc43bf25f5672daf50913e152c1c55e510c.png
- 263 SHA256E-s1092669--8e7f7431c487c6cff11ee9f7c8a87aa0d057b518e60bd2b92fd677e5c9a88313.jpg
- 264 SHA256E-s307511--5fad92167d8f9a7ed4076909a1540388cdae89df956e6011065526bfb10564a4.jpg
- 265 SHA256E-s8334--212df98aca1ee3d4f10539a786ad746f3856c2715e23d5cb816a2374b5e6c43c.png
- 266 SHA256E-s3375--2b403c31d4934895cccbe05556b0134bd4b78d4b873193d2b12a8893ab170681.txt
- 267 SHA256E-s691014--470d607465715a4c0735d74da75a5aafb5f6707b9d10a9a6a8c002f095f447e2.jpg
- 268 SHA256E-s680701--133c1dc67e394103d9f900cbf80ef508c7d7818edb23406c5f67f027a38093a4.jpg
- 269 SHA256E-s4024--b5d3e2bb6d51ff8ceb54f501035a5feebe7d5178d35b98abe9e41531bd2abd22
- 270 SHA256E-s1117--b7c94c25be8e78468071e78481641927450d754fd1bbd8d0d751f116d02b9ab3
- 271 SHA256E-s476926--ea981873de3e0ca8156ff710429894abbd8a51384b210cc142b074ec9b2c9ba0.jpg
- 272 SHA256E-s56655--7df6526b49b7aa986070db456b6a3a378c8aaaee8cb7c8892c154eecf401002a.com.htm
- 273 SHA256E-s2963--4fc53b3029a595b3b7f1f201eb4b7c2df78afc7e083abccd070c8e6fae79a661.txt
- 274 SHA256E-s761655--486ef18d41898ba80505d7630170305c4b58fa647786bd5447f20045bd6f3b2e.jpg
- 275 SHA256E-s1389414--3599c1a4da6a3b61cbc4dc431c436af9bf201b634fde2f99ddf54eae8c3590d5.jpg
- 276 SHA256E-s39678--bea819324e10bc288c75650e2196bebd5339952ce33574625ae5091ad749b63c.jpg
- 277 SHA256E-s47531--a91ecea2694b4b5c8daab84aa25c675f2f73dbfaa8ccfd581d6868b1e2568b7a.jpg
- 278 SHA256E-s4923--2f1b9afef156e9c7f4994106eda088868a992d92e66a5d601f77980fea80f777
- 279 SHA256E-s84101--bca6a8a9640b1ebfa8a2ba01b3a0f7ed20ad77fa5cbb5588d46ce75949fc38db.jpg
- 280 SHA256E-s1245742--d547d4a18279ec671be7869896c0b3e763cf8499c4dc28a62a49cd657fdf4200.jpg
- 281 SHA256E-s655461--f9b43d2794fe757d7cb61a704a01c85bc09eb20d70a1550d6934dec12f46f0bf.jpg
- 282 SHA256E-s137484--51fbe9bc815e41dfe22b9f9d4ed8f3ca98a8cb5cc7b81522b296d45b0279a413.jpg
- 283 SHA256E-s607392--ead4548b66ac3ab5c930cd89bd60de480184a4f23ffce9b5da24f9269b796283.jpg
- 284 SHA256E-s6888--405748982bbb3340eea34acbe45085ea62c80767866f0c76c355e4f94b969c7c.png
- 285 SHA256E-s4327767--eef5840e2f4294a125aaa3ed33f8ccc96c5c2c3e31cbee356013de354e628df9.pdf
- 286 SHA256E-s411064--4e5e5d477ccc542f78649e4b4ee6aa132bf79ae9aeb64a46cb45a7ee133eb2f7.pdf
- 287 SHA256E-s224149--204dbb62c5d5352c9b5baead124ecf52c6fffd49120343cc21bb10343353934e.jpg
- 288 SHA256E-s1333719--9d9ac54db47723755ee0d19731c0b2f4b40074d946da4a1e283a4904feea4534.jpg
- 289 SHA256E-s1889687--07b79ce21bf5ffe2d80f9878d338fcd63ddc92c5381eb3c290639c3e73a7b927.jpg
- 290 SHA256E-s686131--93ba1a21ff8cc7d9baa61a2af8407ccc8c1b22705a191e9f0a393d14ec95e232.jpg
- 291 SHA256E-s619954--3d900d39d16eca00287a0c4bbe20b46767867b5065260a4a1fa8444081998e25.jpg
- 292 SHA256E-s828309--f1d702dcb350cff7a3229fe62c4f0f4beb5f95ad2f00a6fd1bfb82549cd08129.jpg
- 293 SHA256E-s516404--0ca06e98fd119847c99bee56264a31ac99b36ae71136624018d308ff8c6a2e3d.jpg
- 294 SHA256E-s783842--0618e7c3ebc7ff8fcdff82b9fd227e8b83f491e8e1b96c2d0e566fc7fbea27ea.jpg
- 295 SHA256E-s20748--df0711c99c30b5fdcbfdd109c093f02f6a7f5196e7ffbc8e291bb2780c5735c0.css
- 296 SHA256E-s61739--387a27967c79b09e21d93f8a8b969dda930e8d26e9ce379c1d71718d4cc5a1df.jpg
- 297 SHA256E-s1461106--37222c3cd7a3af846c8aaed3a174a0a7e6f775ea4c08c4e2f792c6da724812b9.jpg
- (To see where data was previously used, try: git log --stat -S'KEY')
-
- To remove unwanted data: git-annex dropunused NUMBER
-
-ok
-[2014-09-02 05:15:23 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- 11f0e77..fb4d2b8 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- fb4d2b8..490e8d4 annex/direct/master -> synced/master
-error: duplicate parent 490e8d462bf7572cf44bf4fb6a820ed38d471a54 ignored
-[2014-09-02 06:15:25 BST] NetWatcherFallback: Syncing with apollo
-From apollo.aylett.co.uk:Annex/Family
- fb4d2b8..490e8d4 master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 490e8d4..08b6a0a annex/direct/master -> synced/master
-error: duplicate parent 08b6a0ab11b225b34261a4cd5962a6630eed4495 ignored
-[2014-09-02 07:15:27 BST] NetWatcherFallback: Syncing with apollo
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
-gpg: Signature made Sun 31 Aug 2014 21:52:56 BST using DSA key ID 89C809CB
-gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
-gpg: Good signature from "git-annex distribution signing key (for Joey Hess) "
-gpg: WARNING: This key is not certified with a trusted signature!
-gpg: There is no indication that the signature belongs to the owner.
-Primary key fingerprint: 4005 5C6A FD2D 526B 2961 E78F 5EE1 DBA7 89C8 09CB
-From apollo.aylett.co.uk:Annex/Family
- 490e8d4..08b6a0a master -> apollo/master
-To lizzie@apollo.aylett.co.uk:Annex/Family
- 08b6a0a..69244bb annex/direct/master -> synced/master
-error: duplicate parent 69244bbcf029c21782995b78cdfbff789c0d198e ignored
-[2014-09-02 12:19:20 BST] NetWatcher: Syncing with apollo
-ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
-From apollo.aylett.co.uk:Annex/Family
- 08b6a0a..69244bb master -> apollo/master
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-[2014-09-02 12:20:01 BST] UpgradeWatcher: Upgrading git-annex
-error: refs/heads/synced/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
-error: refs/heads/synced/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
-error: refs/heads/synced/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
-error: refs/heads/synced/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
-error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
-[2014-09-02 12:21:36 BST] NetWatcherFallback: Syncing with apollo
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-"""]]
-
-> This is due to using an old and buggy version of git-annex. This bug was
-> fixed 3 full months ago, in version 5.20140709. [[done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_removed_all_references_to_files/comment_1_1f7da19ea99c263d56db6331d4b1e346._comment b/doc/bugs/Assistant_removed_all_references_to_files/comment_1_1f7da19ea99c263d56db6331d4b1e346._comment
deleted file mode 100644
index f3cfbaabe5..0000000000
--- a/doc/bugs/Assistant_removed_all_references_to_files/comment_1_1f7da19ea99c263d56db6331d4b1e346._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.132"
- subject="comment 1"
- date="2014-09-11T17:45:31Z"
- content="""
-Unfortunately, the old version of git-annex you have been using is exactly the wrong version, so you ran into this horrible bug, which is fixed in newer versions.
-
-
-
-That page has details, including instructions on how to recover your data.
-
-I hope that you were not using that old version because it's included in some distribution somewhere still?
-"""]]
diff --git a/doc/bugs/Assistant_removed_all_references_to_files/comment_2_0dbb8df1ad267d1c502646a7131a99f1._comment b/doc/bugs/Assistant_removed_all_references_to_files/comment_2_0dbb8df1ad267d1c502646a7131a99f1._comment
deleted file mode 100644
index 932a88471a..0000000000
--- a/doc/bugs/Assistant_removed_all_references_to_files/comment_2_0dbb8df1ad267d1c502646a7131a99f1._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://andrew.aylett.co.uk/"
- nickname="andrew"
- subject="comment 2"
- date="2014-09-11T19:03:07Z"
- content="""
-Unfortunately, that bug involves merges while I'm seeing regular commits so I don't think it's identical.
-
-As to why I'm on that version, it appears that the updater and something in my environment conspired against me, leaving an old version in my path. I'll fix that now and let you know if I see the issue again.
-"""]]
diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn b/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn
deleted file mode 100644
index 56d3d8f8cc..0000000000
--- a/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn
+++ /dev/null
@@ -1,44 +0,0 @@
-### Please describe the problem.
-When running git-annex info I get an error when it tries to show the bloom filter size
-
-### What steps will reproduce the problem?
-git-annex info in my Photos repo
-
-
-### What version of git-annex are you using? On what operating system?
-[[!format sh """
-$ git-annex version
-git-annex version: 5.20140814-g9b89b5c
-build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS 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 webdav tahoe glacier ddar hook external
-local repository version: 5
-supported repository version: 5
-upgrade supported from repository versions: 0 1 2 4
-"""]]
-
-### Please provide any additional information below.
-
-[[!format sh """
-$ git-annex info
-repository mode: direct
-trusted repositories: 2
- c0e4106e-2631-11e2-9749-1bfa37a61069 -- [rose]
- ca735977-973c-44bc-9257-915b2c875e39 -- synology [here]
-semitrusted repositories: 3
- 00000000-0000-0000-0000-000000000001 -- web
- 7e5c0010-2634-4a5e-bc7b-6fea84b8b947 -- [glacier]
- d7e01abc-d74b-40e2-8607-3d41ce8bc4bd -- seagate3
-untrusted repositories: 1
- c1fe5922-43f1-11e2-b146-33530f7fa6cc -- x200s
-transfers in progress: none
-available local disk space: 928.4 gigabytes (+1 megabyte reserved)
-local annex keys: 34758
-local annex size: 186.78 gigabytes
-annexed files in working tree: 35300
-size of annexed files in working tree: 193.76 gigabytes
-bloom filter size: git-annex: Data.BloomFilter.Util.suggestSizing: capacity too large to represent
-"""]]
-
-> I've worked around this problem in the arm autobuilder (only build
-> affected), so [[done]] --[[Joey]]
diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_1_43c824a3b843faa2377bfd78158c72fe._comment b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_1_43c824a3b843faa2377bfd78158c72fe._comment
deleted file mode 100644
index 0bf00d7d5e..0000000000
--- a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_1_43c824a3b843faa2377bfd78158c72fe._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.132"
- subject="comment 1"
- date="2014-09-12T16:03:09Z"
- content="""
-It seems you must have tweaked the annex.bloomcapacity and/or annex.bloomaccuracy settings, probably to some quite large values.
-
-For example capacity of 50000000 and accuracy of 10000000000 will fail this way.
-
-This happens when it runs out of Double floating point precision to calculate the requested bloom filter size. I think that a bloom filter can be built that has this capacity/accuracy, it's just that Data.BloomFilter.Easy.safeSuggestSizing falls over trying to find the bloom filter size. Also, such a bloom filter may use rather a lot of memory..
-
-
-"""]]
diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_2_9b74457549e2739ae45dccd128de946f._comment b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_2_9b74457549e2739ae45dccd128de946f._comment
deleted file mode 100644
index 803465e01c..0000000000
--- a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_2_9b74457549e2739ae45dccd128de946f._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.132"
- subject="comment 2"
- date="2014-09-12T16:34:56Z"
- content="""
-However, in Greg's case he had no such configuration. Instead, I think something is broken with the use of floating point or bit math that bloomfilter uses, on the NAS where he's using git-annex.
-
-I have made git-annex not crash when this happens, just show a warning and fall back to a reasonable default bloom filter size. If the problem is with the bit math, then the bloom filter may not work either, which would probably show up as false negatives, so `git annex unused` not finding things that are unused.
-
-I need to update the armel build with this so Greg can test it..
-"""]]
diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_3_5790bbbe347e1806062ccb60fcad046a._comment b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_3_5790bbbe347e1806062ccb60fcad046a._comment
deleted file mode 100644
index a11d0efc7f..0000000000
--- a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_3_5790bbbe347e1806062ccb60fcad046a._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.132"
- subject="comment 3"
- date="2014-09-12T16:38:47Z"
- content="""
-I have reproduced the bug, using the standalone build on an arm box (turtle).
-
-On the same box, the debian git-annex build works ok.
-
-Suggests to me the problem is related to the cross-compiling method used for the standalone arm build.
-"""]]
diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_4_9fb9fdbc6218d6b86b0921f411f78891._comment b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_4_9fb9fdbc6218d6b86b0921f411f78891._comment
deleted file mode 100644
index 77097e07ca..0000000000
--- a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_4_9fb9fdbc6218d6b86b0921f411f78891._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.132"
- subject="turns out to be an upstream bug already filed"
- date="2014-09-12T17:46:23Z"
- content="""
-It seems that this is a bug on bloomfilter 2.0.0.0 on armel generally. It's also preventing this newer version from building on armel currently:
-
-
-
-The git-annex standalone arm autobuilder installed it with cabal, so ended up with the newer, broken version.
-"""]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout.mdwn b/doc/bugs/Box.com_ReposnseTimeout.mdwn
deleted file mode 100644
index 4beb6999cd..0000000000
--- a/doc/bugs/Box.com_ReposnseTimeout.mdwn
+++ /dev/null
@@ -1,12 +0,0 @@
-Box.com is still not working properly in version 5.20140227 (I'm using it in Debian testing and sid).
-
-I created a new clean repository and configured Box.com (everything from the webapp). At first it seamed to work, files where being uploaded and the logs where fine. Then I created another clean repository in another computer and started syncing. Downloading files worked properly, but when trying to upload a file from the second computer I got this:
-
- copy my_file (gpg) (checking box.com...) (to box.com...)
- 100% 0.0 B/s 0sResponseTimeout
- failed
- git-annex: copy: 1 failed
-
-When I got back to the first computer I saw the same behavior, uploading files wasn't working any more.
-
-> [[duplicate|done]] --[[Joey]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout/comment_1_4ac0bf61fb4b2ac335a8a1f29e9d882d._comment b/doc/bugs/Box.com_ReposnseTimeout/comment_1_4ac0bf61fb4b2ac335a8a1f29e9d882d._comment
deleted file mode 100644
index 062fbfac64..0000000000
--- a/doc/bugs/Box.com_ReposnseTimeout/comment_1_4ac0bf61fb4b2ac335a8a1f29e9d882d._comment
+++ /dev/null
@@ -1,20 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
- nickname="Jon Ander"
- subject="comment 1"
- date="2014-03-01T11:23:05Z"
- content="""
-I have another error log:
-
- 29% 653.2KB/s 1m49sgpg: [stdout]: write error: Broken pipe
- gpg: DBG: deflate: iobuf_write failed
- gpg: build_packet failed: file write error
- gpg: [stdout]: write error: Broken pipe
- gpg: iobuf_flush failed on close: file write error
- gpg: symmetric encryption of `[stdin]' failed: file write error
- ResponseTimeout
- git-annex: fd:96: hPutBuf: resource vanished (Broken pipe)
- ResponseTimeout
-
-Some files (very few) are being uploaded properly, so the error is not always reproducible.
-"""]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout/comment_2_29d8a9fa8d385a08fa70337baaba462c._comment b/doc/bugs/Box.com_ReposnseTimeout/comment_2_29d8a9fa8d385a08fa70337baaba462c._comment
deleted file mode 100644
index 864731a47e..0000000000
--- a/doc/bugs/Box.com_ReposnseTimeout/comment_2_29d8a9fa8d385a08fa70337baaba462c._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.146"
- subject="comment 2"
- date="2014-03-05T03:15:43Z"
- content="""
-I suspect this is just box.com's webdav support being flakey.
-
-It's possible there's a timeout that's too aggressive in the http library. I have had some trouble with that when trying to use DAV over a slow connection.
-"""]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout/comment_3_b73450b3a9728ac6f34f0e63255f6fa9._comment b/doc/bugs/Box.com_ReposnseTimeout/comment_3_b73450b3a9728ac6f34f0e63255f6fa9._comment
deleted file mode 100644
index e6585b6a21..0000000000
--- a/doc/bugs/Box.com_ReposnseTimeout/comment_3_b73450b3a9728ac6f34f0e63255f6fa9._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
- nickname="Jon Ander"
- subject="comment 3"
- date="2014-03-05T08:10:25Z"
- content="""
-My connection is pretty fast, I've just copied a 77MB folder through Box's webdav with my file manager in ~90sec and I have never seen a timeout when using my file manager, all uploads finish properly.
-"""]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout/comment_4_0bd9eb5947a21d0657e79cf276923bb5._comment b/doc/bugs/Box.com_ReposnseTimeout/comment_4_0bd9eb5947a21d0657e79cf276923bb5._comment
deleted file mode 100644
index c95d3ceb4f..0000000000
--- a/doc/bugs/Box.com_ReposnseTimeout/comment_4_0bd9eb5947a21d0657e79cf276923bb5._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.146"
- subject="comment 4"
- date="2014-03-05T17:11:40Z"
- content="""
-Previous bug report about this with much more information, please do any followup there:
-[[bugs/box.com_never_stops_syncing.]]
-"""]]
diff --git a/doc/bugs/Bug_Report_doesn__39__t_work.mdwn b/doc/bugs/Bug_Report_doesn__39__t_work.mdwn
deleted file mode 100644
index cbf4a481d2..0000000000
--- a/doc/bugs/Bug_Report_doesn__39__t_work.mdwn
+++ /dev/null
@@ -1,20 +0,0 @@
-### Please describe the problem.
-Bug Report doesn't work
-
-### What steps will reproduce the problem?
-
-
-### What version of git-annex are you using? On what operating system?
-
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-[[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Build_error_when_S3_is_disabled.mdwn b/doc/bugs/Build_error_when_S3_is_disabled.mdwn
deleted file mode 100644
index 2ae38659d2..0000000000
--- a/doc/bugs/Build_error_when_S3_is_disabled.mdwn
+++ /dev/null
@@ -1,39 +0,0 @@
-With release 5.20141203, I'm getting the following build error.
-
- Remote/Helper/AWS.hs:15:18:
- Could not find module ‘Aws’
- Use -v to see a list of the files searched for.
-
- Remote/Helper/AWS.hs:16:18:
- Could not find module ‘Aws.S3’
- Use -v to see a list of the files searched for.
-
-I'm installing dependencies with cabal but have disabled S3 support
-('-f-S3'). This setup has worked for previous releases (I'm on a machine running Arch Linux).
-
- _features=(-f-Android
- -f-Assistant
- -fDbus
- -fDNS
- -fInotify
- -fPairing
- -fProduction
- -f-S3
- -fTestSuite
- -fTDFA
- -f-Webapp
- -f-WebDAV
- -fXMPP
- -fFeed
- -fQuvi
- -fCryptoHash)
-
- cabal update
- cabal install c2hs
-
- cabal install --user --force-reinstalls --only-dependencies "${_features[@]}"
- cabal configure "${_features[@]}"
-
- make
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Build_error_with_Yesod_1.4.mdwn b/doc/bugs/Build_error_with_Yesod_1.4.mdwn
deleted file mode 100644
index dbee2654e2..0000000000
--- a/doc/bugs/Build_error_with_Yesod_1.4.mdwn
+++ /dev/null
@@ -1,287 +0,0 @@
-### Please describe the problem.
-I have problems building with yesod 1.4
-
-### What steps will reproduce the problem?
-Building git annex in a clean sandbox.
-
-### What version of git-annex are you using? On what operating system?
-5.20140927 on OS X i.e. Trying to upgrade the homebrew recipe to the most recent version of git-annex
-
-### Please provide any additional information below.
-Error messages below are discussed in the following SO-thread:
-https://stackoverflow.com/questions/26225991/illegal-view-pattern-frompathpiece-just-dyn-abdd-when-using-parameters-on
-
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-[310 of 470] Compiling Assistant.WebApp.Types ( Assistant/WebApp/Types.hs, dist/dist-sandbox-52ca649e/build/git-annex/git-annex-tmp/Assistant/WebApp/Types.o )
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_aceZO
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_aceZW
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf02
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0c
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0e
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0f
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0h
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0j
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0l
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0n
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0p
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0r
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0u
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0w
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0y
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0z
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0C
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0D
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0F
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0H
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0J
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0L
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0M
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0O
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0R
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0T
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf0U
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf11
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf13
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf18
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1a
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1c
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1e
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1g
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1i
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1k
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1m
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1o
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1q
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1s
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1v
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1x
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1z
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1B
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1D
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1G
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1I
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1J
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1L
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1M
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1O
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1R
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1U
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1X
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf1Y
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf20
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf22
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf25
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf27
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf28
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf2b
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf2d
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf2f
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf2h
- Use ViewPatterns to enable view patterns
-
-Assistant/WebApp/Types.hs:40:1:
- Illegal view pattern: fromPathPiece -> Just dyn_acf2j
- Use ViewPatterns to enable view patterns
-cabal: Error: some packages failed to install:
-git-annex-5.20140927
-
-
-# End of transcript or log.
-"""]]
-
-> You're not building the most recent version of git-annex; this was
-> already fixed in version 5.20141013. [[done]] --[[Joey]]
diff --git a/doc/bugs/Build_error_with_Yesod_1.4/comment_1_42fe9d62c9dcc55deea35d16b67177e6._comment b/doc/bugs/Build_error_with_Yesod_1.4/comment_1_42fe9d62c9dcc55deea35d16b67177e6._comment
deleted file mode 100644
index 145b5b1ead..0000000000
--- a/doc/bugs/Build_error_with_Yesod_1.4/comment_1_42fe9d62c9dcc55deea35d16b67177e6._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw"
- nickname="Carl"
- subject="Not on hackage"
- date="2014-10-15T15:34:02Z"
- content="""
-I stand corrected, but it seems this release is not on hackage?
-"""]]
diff --git a/doc/bugs/Build_error_with_Yesod_1.4/comment_2_05f6fb19f2527f6dd72ab0e2f87c021a._comment b/doc/bugs/Build_error_with_Yesod_1.4/comment_2_05f6fb19f2527f6dd72ab0e2f87c021a._comment
deleted file mode 100644
index 4f671d0b46..0000000000
--- a/doc/bugs/Build_error_with_Yesod_1.4/comment_2_05f6fb19f2527f6dd72ab0e2f87c021a._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.111"
- subject="comment 2"
- date="2014-10-15T17:30:45Z"
- content="""
-Hmm, yeah, it seems the upload to hackage failed, because hackage still rejects cabal files mentioning the legal os(gnu). Sigh. Fixed now.
-"""]]
diff --git a/doc/bugs/Build_fails_when_no_wget_avalible.mdwn b/doc/bugs/Build_fails_when_no_wget_avalible.mdwn
deleted file mode 100644
index 5650605180..0000000000
--- a/doc/bugs/Build_fails_when_no_wget_avalible.mdwn
+++ /dev/null
@@ -1,46 +0,0 @@
-### Please describe the problem.
-
-When trying to build git-annex 5.21050113 in a clean cabal sandbox on OSX and not having wget avalible, breaks the configure step of the build. See excerpt of build log below.
-
-I am not sure if it is a bug or not, from the debian dependencies it seems that wget is required, but from reading various pieces of the documentation it seems to only be recommended. Installing wget makes it build.
-
-### What steps will reproduce the problem?
-
-
-
-### What version of git-annex are you using? On what operating system?
-
-5.20150113 on OSX Yosemite.
-
-### Please provide any additional information below.
-
-[[!format sh """
- checking version...fatal: Not a git repository (or any of the parent directories): .git
- 5.20150113
- checking UPGRADE_LOCATION... not available
- checking git... yes
- checking git version... 2.2.1
- checking cp -a... yes
- checking cp -p... yes
- checking cp --preserve=timestamps... no
- checking cp --reflink=auto... no
- checking xargs -0... yes
- checking rsync... yes
- checking curl... yes
- checking wget... no
- checking wget supports -q --show-progress...setup: wget: does not exist
-cabal: Error: some packages failed to install:
-git-annex-5.20150113 failed during the configure step. The exception was:
-ExitFailure 1
-
-
-# End of transcript or log.
-"""]]
-
--- Carl
-
-> wget is not intended to be a hard build dependency. The Debian package
-> should always be built with wget, so it's a build-dependency there.
->
-> I've fixed the configure script to not crash in this situation.
-> [[done]]. --[[Joey]]
diff --git a/doc/bugs/Build_fails_when_no_wget_avalible/comment_1_c40db66d48d69d03847d73154faf3f59._comment b/doc/bugs/Build_fails_when_no_wget_avalible/comment_1_c40db66d48d69d03847d73154faf3f59._comment
deleted file mode 100644
index 02888728ab..0000000000
--- a/doc/bugs/Build_fails_when_no_wget_avalible/comment_1_c40db66d48d69d03847d73154faf3f59._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw"
- nickname="Carl"
- subject="Thanks and question"
- date="2015-01-16T20:14:32Z"
- content="""
-Thanks for the quick fix.
-
-Is there any advantage in using wget over curl, for git-annex (when it comes to progress bars etc or are they just as good?
-"""]]
diff --git a/doc/bugs/Build_fails_when_no_wget_avalible/comment_2_f98ce0d40c60ea37f6174117bb7cef9f._comment b/doc/bugs/Build_fails_when_no_wget_avalible/comment_2_f98ce0d40c60ea37f6174117bb7cef9f._comment
deleted file mode 100644
index a7eafe197b..0000000000
--- a/doc/bugs/Build_fails_when_no_wget_avalible/comment_2_f98ce0d40c60ea37f6174117bb7cef9f._comment
+++ /dev/null
@@ -1,7 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- subject="comment 2"
- date="2015-01-16T20:38:57Z"
- content="""
-git-annex defaults to wget when both are available, but curl works equally well.
-"""]]
diff --git a/doc/bugs/Build_failure_at_commit_1efe4f3.mdwn b/doc/bugs/Build_failure_at_commit_1efe4f3.mdwn
deleted file mode 100644
index ba87b11915..0000000000
--- a/doc/bugs/Build_failure_at_commit_1efe4f3.mdwn
+++ /dev/null
@@ -1,45 +0,0 @@
-Applying this
-
-
-laplace:git-annex jtang$ git diff
-diff --git a/Assistant/WebApp/Configurators.hs b/Assistant/WebApp/Configurators.hs
-index b9630b1..bf36e59 100644
---- a/Assistant/WebApp/Configurators.hs
-+++ b/Assistant/WebApp/Configurators.hs
-@@ -101,7 +101,7 @@ checkRepositoryPath p = do
- -
- - If run in another directory, the user probably wants to put it there. -}
- defaultRepositoryPath :: Bool -> IO FilePath
--defaultRepositoryPath firstrun = do
-+defaultRepositoryPath firstRun = do
- cwd <- liftIO $ getCurrentDirectory
- home <- myHomeDir
- if home == cwd && firstRun
-
-
-Causes this to occur,
-
-
-Assistant/WebApp/Configurators.hs:114:17:
- Couldn't match expected type `Control.Monad.Trans.RWS.Lazy.RWST
- (Maybe (Env, FileEnv), WebApp, [Yesod.Form.Types.Lang])
- Enctype
- Ints
- (GHandler WebApp WebApp)
- t0'
- with actual type `Text'
- Expected type: String
- -> Control.Monad.Trans.RWS.Lazy.RWST
- (Maybe (Env, FileEnv), WebApp, [Yesod.Form.Types.Lang])
- Enctype
- Ints
- (GHandler WebApp WebApp)
- t0
- Actual type: String -> Text
- In the first argument of `(.)', namely `T.pack'
- In the first argument of `(<$>)', namely
- `T.pack . addTrailingPathSeparator'
-make: *** [git-annex] Error 1
-
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Build_failures_with_7.10.mdwn b/doc/bugs/Build_failures_with_7.10.mdwn
deleted file mode 100644
index e733ad1a70..0000000000
--- a/doc/bugs/Build_failures_with_7.10.mdwn
+++ /dev/null
@@ -1,27 +0,0 @@
-### Please describe the problem.
-
-git-annex fails to build in the NixOS builder
-
-### What steps will reproduce the problem?
-
-cabal build
-
-### What version of git-annex are you using? On what operating system?
-
-5.20150812
-
-### Please provide any additional information below.
-
-[The build log](http://hydra.cryp.to/build/1099681/nixlog/1/raw) has a full transcript of the build from one of the build machines, though I have reproduced this locally.
-
-The pertinent bit of the log (which is *not* at the end, though I think that's just a capture-both-stderr-and-stdin thing, since it was at the end when I repro'd it:
-
-[[!format sh """
-Assistant/WebApp/Types.hs:39:1: ‘WebApp’ is not in scope at a reify
-"""]]
-
-If I'm reading things correctly (you can do some diffing of the inputs from [the page for the build](http://hydra.cryp.to/build/1099681)), I'm going to guess that it was the upgrade to yesod-1.4.14.
-
-I'll continue to look into it, but it would seem to touch on TH and Yesod stuff with which I am largely unfamiliar.
-
-> Fixed with mdorman's patch, [[done]] (will push a release in a day or 2) --[[Joey]]
diff --git a/doc/bugs/Build_failures_with_7.10/comment_1_3ef2d6bcc66d57140777e6262467a40a._comment b/doc/bugs/Build_failures_with_7.10/comment_1_3ef2d6bcc66d57140777e6262467a40a._comment
deleted file mode 100644
index 38652d8800..0000000000
--- a/doc/bugs/Build_failures_with_7.10/comment_1_3ef2d6bcc66d57140777e6262467a40a._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="mdorman@ddbe259e8f6e03351350a04515c67f7957abf736"
- nickname="mdorman"
- subject="In fact, the problem *is* the yesod update"
- date="2015-08-22T10:37:20Z"
- content="""
-Per https://github.com/yesodweb/yesod/issues/1059, it would appear that all you would need to do is reorder some declarations---though that was my first thought and I thought I tried it and it failed, perhaps I got something else wrong in doing so. I'll report back when I have more info.
-"""]]
diff --git a/doc/bugs/Build_failures_with_7.10/comment_2_d3b68bbf83d9e83f93fc10a588e127f5._comment b/doc/bugs/Build_failures_with_7.10/comment_2_d3b68bbf83d9e83f93fc10a588e127f5._comment
deleted file mode 100644
index dde4b4f942..0000000000
--- a/doc/bugs/Build_failures_with_7.10/comment_2_d3b68bbf83d9e83f93fc10a588e127f5._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="mdorman@ddbe259e8f6e03351350a04515c67f7957abf736"
- nickname="mdorman"
- subject="Fix for this issue"
- date="2015-08-23T17:26:34Z"
- content="""
-[My yesod-core-fix branch](https://github.com/mdorman/git-annex/tree/yesod-core-fix) has as its HEAD the (super-simplistic) fix for this issue.
-"""]]
diff --git a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them.mdwn b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them.mdwn
deleted file mode 100644
index c3da3f5c14..0000000000
--- a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them.mdwn
+++ /dev/null
@@ -1,20 +0,0 @@
-### Please describe the problem.
-Some filenames in doc have a colon `(:)` in them and it seems it's not allowed on Windows.
-
-There's no hurry with this since I was able to clone the repo by doing a fork on Github and removing `doc/`.
-
-### What steps will reproduce the problem?
-
-[[!format sh """
-D:\tmp> git clone git://git-annex.branchable.com/
-Cloning into 'git-annex.branchable.com'...
-remote: Counting objects: 72064, done.
-remote: Compressing objects: 100% (18759/18759), done.
-remote: Total 72064 (delta 52959), reused 72032 (delta 52944)
-Receiving objects: 100% (72064/72064), 18.05 MiB | 2.39 MiB/s, done.
-Resolving deltas: 100% (52959/52959), done.
-fatal: cannot create directory at 'doc/bugs/3.20121112:_build_error_in_assistant': Invalid argument
-D:\tmp>
-"""]]
-
-> [[wontfix|done]] --[[Joey]]
diff --git a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_1_5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_1_5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment
deleted file mode 100644
index 59bfd629bf..0000000000
--- a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_1_5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 1"
- date="2013-06-10T16:22:00Z"
- content="""
-IMHO this is a bug in msysgit. It should support git repositories containing any legal filenames.
-
-Luckily, there is another git for Windows that does. It comes with Cygwin. You need Cygwin to build git-annex on Windows, anyway.
-
-So, I do not plan to do anything in git-annex to address this.
-"""]]
diff --git a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_2_38696178e658d1d32deec37dbea66a3d._comment b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_2_38696178e658d1d32deec37dbea66a3d._comment
deleted file mode 100644
index fa9bd3dd37..0000000000
--- a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_2_38696178e658d1d32deec37dbea66a3d._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnXm4VZC7ekVOXHGKjBObojiHB2E1kmMgA"
- nickname="Leonardo"
- subject="comment 2"
- date="2013-08-11T21:21:56Z"
- content="""
-Files with colon are not allowed in windows, they are interpreted as absolute path. The fact that you can checkout them \"fine\" (actually, their name get truncated to whatever was before the colon) using cygwin's GIT implementation is to be interpreted as a bug in cygwin's GIT in my opinion. I suggest renaming them before cygwin get fixed.
-"""]]
diff --git a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_3_f34d996827f5e7662bec409cbcce961b._comment b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_3_f34d996827f5e7662bec409cbcce961b._comment
deleted file mode 100644
index 14cfa2686e..0000000000
--- a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_3_f34d996827f5e7662bec409cbcce961b._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.154.0.63"
- subject="comment 3"
- date="2013-08-24T19:27:57Z"
- content="""
-Leonardo, you made me boot up my windows machine just to check if cygwin git truncated files at the colon. It does not.
-
-AFAIK, Cygwin transliterates colons to another unicode character or something like that. I would be highly surprised if the Cygwin people consider this feature to be a bug.
-
-Since you need Cygwin to build git-annex on Windows anyway (though not to run it!), this remains WONTFIX.
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library.mdwn b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library.mdwn
deleted file mode 100644
index 5f7e490ca2..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library.mdwn
+++ /dev/null
@@ -1,62 +0,0 @@
-### Please describe the problem.
-I have lots of content stored in Amazon S3. Using git-annex from before commit 911ba8d972e4e7b151385d30c198598e1a0dfaca, I am able to ``git annex get`` from S3 and files are downloaded.
-Using a more recent version (eg that commit, or the current master, or release 20150409), I am unable to download the content.
-
-I'm not sure if my repo or remote is somehow misconfigured, or if there's something else going on here.
-
---Walter
-
-### What steps will reproduce the problem?
-Use a version of git-annex with s3-aws
-
-### What version of git-annex are you using? On what operating system?
-Debian, versions as above
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-git annex get . --from cloud --debug
-[2015-04-19 22:23:37 BST] read: git ["--git-dir=../../../.git","--work-tree=../../..","--literal-pathspecs","show-ref","git-annex"]
-[2015-04-19 22:23:37 BST] read: git ["--git-dir=../../../.git","--work-tree=../../..","--literal-pathspecs","show-ref","--hash","refs/heads/git-annex"]
-[2015-04-19 22:23:37 BST] read: git ["--git-dir=../../../.git","--work-tree=../../..","--literal-pathspecs","log","refs/heads/git-annex..a51a912223d3d86f19762e387e3eae23c3024d2c","-n1","--pretty=%H"]
-[2015-04-19 22:23:37 BST] chat: git ["--git-dir=../../../.git","--work-tree=../../..","--literal-pathspecs","cat-file","--batch"]
-[2015-04-19 22:23:37 BST] read: git ["--git-dir=../../../.git","--work-tree=../../..","--literal-pathspecs","ls-files","--cached","-z","--","."]
-get IMG_7079.JPG (from cloud...) [2015-04-19 22:23:37 BST] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--decrypt"]
-
-failed
-get IMG_7080.JPG (from cloud...)
-failed
-
-
-
-git annex info cloud
-remote: cloud
-description: [cloud]
-uuid: be992080-b1db-11e1-8f79-1b10bb4092ef
-trust: semitrusted
-cost: 250.0
-type: S3
-creds: embedded in git repository (gpg encrypted)
-bucket: ffffffffffffffffffffffffff
-partsize: unlimited
-encryption: encrypted (to gpg keys: FFFFFFFFFFFF) (hybrid mode)
-chunking: none
-remote annex keys: 0
-remote annex size: 0 bytes
-
-
-git annex fsck -f cloud
-fsck IMG_6876.JPG (checking cloud...) (StatusCodeException (Status {statusCode = 301, statusMessage = "Moved Permanently"}) [("x-amz-request-id","275ADF5B1B77D514"),("x-amz-id-2","flWGBHOZYEZAohygAzBIZAYd7nBGkm3HpSMfJuhgRp3txXx20yJz7S4yRlNLwCs1cHUMyWc9JbA="),("Content-Type","application/xml"),("Transfer-Encoding","chunked"),("Date","Sun, 19 Apr 2015 22:23:15 GMT"),("Server","AmazonS3")] (CJ {expose = []})) failed
-
-
-
-# End of transcript or log.
-"""]]
-
-> I think I've made all the git-annex improvements that are going to come
-> from this bug report. There's still the open bug on the aws library to better
-> follow these redirects. Anyway, I think it makes sense to call this
-> bug [[done]]. --[[Joey]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_11_f30f86482d48ff8d658a4ee74d4c8586._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_11_f30f86482d48ff8d658a4ee74d4c8586._comment
deleted file mode 100644
index 2f2a3f0c6e..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_11_f30f86482d48ff8d658a4ee74d4c8586._comment
+++ /dev/null
@@ -1,21 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
- nickname="Walter"
- subject="comment 11"
- date="2015-04-23T20:29:17Z"
- content="""
-I think I may have not been entirely clear previously; the file \"GPGHMACSHA1--417830f4c50a2887674917abd2c18c522853255a\" was not in the bucket, but git annex said it was. That is, the upload failed, but git annex thought it succeeded.
-
-Similarly, all the files I recently added we not actually uploaded, but git annex thought they were. I ``git annex fsck``ed them, which was fast because it failed to download any of them. fscking other files is slow, as it has to download them of course.
-
-Maybe to reproduce this, you could try:
-
-[[!format sh \"\"\"
-git annex initremote cloud datacenter=ap-southeast-1
-git annex add file
-git annex copy --to cloud file
-git annex drop file
-git annex enableremote could dataceter=ap-southeast-2
-git annex get file
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_12_1ba3271a62b8ce8088c67e4741ecf385._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_12_1ba3271a62b8ce8088c67e4741ecf385._comment
deleted file mode 100644
index 3b416f09b0..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_12_1ba3271a62b8ce8088c67e4741ecf385._comment
+++ /dev/null
@@ -1,32 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""fully reproduced"""
- date="2015-04-24T16:33:02Z"
- content="""
-I was able to fully reproduce this bug! I installed the old version of
-git-annex that used the S3 library, and made a remote:
-
- joey@darkstar:~/tmp/rrold>git annex initremote S3 type=S3 encryption=none datacenter=ap-southeast-1
- initremote S3 (checking bucket...) (creating bucket in ap-southeast-1...) ok
- joey@darkstar:~/tmp/rrold>git annex move me --to S3
- move me (checking S3...) (to S3...)
- ok
-
-Retrieval then failed using current git-annex.
-
-Also, a remote made with the old git-annex with datacenter=ap-southeast-2
-fails with the new git-annex.
-
-Hypothesis: Either the new or the old S3 library must be confusing between
-ap-southeast-1/2. My guess is the old library was just creating and using
-buckets in the wrong place, at least when told to use ap-southeast-*.
-
----
-
-I cannot reproduce anything about "the upload failed, but git annex thought it succeeded",
-nor do I see any indications in comments 11 or 12 that git-annex's location
-log is failing in any way. The sequence of commands in comment 11 ends with the
-get failing, as it should, since the remote has been switched to a different
-datacenter. I don't understand what you're seeing in comment #12 at all;
-it seems to just show it getting a file successfully.
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_12_a208344e552bfe6b8d9f409560c9a515._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_12_a208344e552bfe6b8d9f409560c9a515._comment
deleted file mode 100644
index 030e82d9da..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_12_a208344e552bfe6b8d9f409560c9a515._comment
+++ /dev/null
@@ -1,61 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
- nickname="Walter"
- subject="comment 12"
- date="2015-04-23T21:03:36Z"
- content="""
-For completeness, here is the output when I get a file that *is* properly in the bucket (and you could use for any further testing you need to do).
-
-While this may have been caused by some misconfiguration on my part (though I'm not entirely sure how that could happen, strangely it would be easier to muck up now enableremote doesn't create a new bucket), I feel the potential harm here (the location information being wrong) is quite serious. (I'm sure this point does not escape you).
-
-[[!format sh \"\"\"
->git annex get --force --debug file.jpg --from cloud
-[2015-04-23 21:52:41 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"show-ref\",\"git-annex\"]
-[2015-04-23 21:52:41 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
-[2015-04-23 21:52:41 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"log\",\"refs/heads/git-annex..cb0f954d09e3ea28171434e0e7499c84d1722fce\",\"-n1\",\"--pretty=%H\"]
-[2015-04-23 21:52:41 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"log\",\"refs/heads/git-annex..573f75e01681e9bf2b513bc85e18fc250298a4d3\",\"-n1\",\"--pretty=%H\"]
-[2015-04-23 21:52:41 BST] chat: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"cat-file\",\"--batch\"]
-[2015-04-23 21:52:41 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"file.jpg\"]
-[2015-04-23 21:52:41 BST] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--decrypt\"]
-(checking cloud...) [2015-04-23 21:52:42 BST] String to sign: \"HEAD\n\n\nThu, 23 Apr 2015 20:52:42 GMT\n/BUCKET/GPGHMACSHA1--08b3dee71059819e3558ac9ef8b82ad87e2d8951\"
-[2015-04-23 21:52:42 BST] Host: \"BUCKET.s3-ap-southeast-2.amazonaws.com\"
-[2015-04-23 21:52:42 BST] Path: \"/GPGHMACSHA1--08b3dee71059819e3558ac9ef8b82ad87e2d8951\"
-[2015-04-23 21:52:42 BST] Query string: \"\"
-[2015-04-23 21:52:42 BST] Response status: Status {statusCode = 200, statusMessage = \"OK\"}
-[2015-04-23 21:52:42 BST] Response header 'x-amz-id-2': 'f8bEclNud1KNHevvGPVHutG3V0TH/ixnMSuu3NBhEKRrWaUYtENbKyA5PyxCdSrz0REgq/Bgu1w='
-[2015-04-23 21:52:42 BST] Response header 'x-amz-request-id': '7A344C3C3A27308E'
-[2015-04-23 21:52:42 BST] Response header 'Date': 'Thu, 23 Apr 2015 20:52:43 GMT'
-[2015-04-23 21:52:42 BST] Response header 'Last-Modified': 'Fri, 31 Oct 2014 07:03:03 GMT'
-[2015-04-23 21:52:42 BST] Response header 'ETag': '\"66a85b0007a52d82e5bd29192ebdb510\"'
-[2015-04-23 21:52:42 BST] Response header 'Accept-Ranges': 'bytes'
-[2015-04-23 21:52:42 BST] Response header 'Content-Type': ''
-[2015-04-23 21:52:42 BST] Response header 'Content-Length': '46058'
-[2015-04-23 21:52:42 BST] Response header 'Server': 'AmazonS3'
-[2015-04-23 21:52:42 BST] Response metadata: S3: request ID=, x-amz-id-2=
-get file.jpg (from cloud...)
-[2015-04-23 21:52:42 BST] String to sign: \"GET\n\n\nThu, 23 Apr 2015 20:52:42 GMT\n/BUCKET/GPGHMACSHA1--08b3dee71059819e3558ac9ef8b82ad87e2d8951\"
-[2015-04-23 21:52:42 BST] Host: \"BUCKET.s3-ap-southeast-2.amazonaws.com\"
-[2015-04-23 21:52:42 BST] Path: \"/GPGHMACSHA1--08b3dee71059819e3558ac9ef8b82ad87e2d8951\"
-[2015-04-23 21:52:42 BST] Query string: \"\"
-[2015-04-23 21:52:43 BST] Response status: Status {statusCode = 200, statusMessage = \"OK\"}
-[2015-04-23 21:52:43 BST] Response header 'x-amz-id-2': 'LRDMgQAj+F81m3UqDebJ5CoZdyM/c2tMaFUvhjn8kjqq3x2Evy7O+wgLUiwE7lqascd0yrHR+xA='
-[2015-04-23 21:52:43 BST] Response header 'x-amz-request-id': '068D946E995E7473'
-[2015-04-23 21:52:43 BST] Response header 'Date': 'Thu, 23 Apr 2015 20:52:44 GMT'
-[2015-04-23 21:52:43 BST] Response header 'Last-Modified': 'Fri, 31 Oct 2014 07:03:03 GMT'
-[2015-04-23 21:52:43 BST] Response header 'ETag': '\"66a85b0007a52d82e5bd29192ebdb510\"'
-[2015-04-23 21:52:43 BST] Response header 'Accept-Ranges': 'bytes'
-[2015-04-23 21:52:43 BST] Response header 'Content-Type': ''
-[2015-04-23 21:52:43 BST] Response header 'Content-Length': '46058'
-[2015-04-23 21:52:43 BST] Response header 'Server': 'AmazonS3'
-[2015-04-23 21:52:43 BST] Response metadata: S3: request ID=068D946E995E7473, x-amz-id-2=LRDMgQAj+F81m3UqDebJ5CoZdyM/c2tMaFUvhjn8kjqq3x2Evy7O+wgLUiwE7lqascd0yrHR+xA=
-99% 22.5KB/s 0s[2015-04-23 21:52:44 BST] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--batch\",\"--passphrase-fd\",\"14\",\"--decrypt\"]
-ok
-[2015-04-23 21:52:44 BST] chat: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
-[2015-04-23 21:52:44 BST] feed: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"update-index\",\"-z\",\"--index-info\"]
-[2015-04-23 21:52:44 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
-(recording state in git...)
-[2015-04-23 21:52:44 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"write-tree\"]
-[2015-04-23 21:52:44 BST] chat: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"commit-tree\",\"444e504a0ab73d01df08ef731e691205cfd485f5\",\"--no-gpg-sign\",\"-p\",\"refs/heads/git-annex\"]
-[2015-04-23 21:52:44 BST] call: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"update-ref\",\"refs/heads/git-annex\",\"6e57ed008525cd58641c54a5ac6f07a960a7dc5c\"]
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_14_035a933289f95c365ce2c851f6946181._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_14_035a933289f95c365ce2c851f6946181._comment
deleted file mode 100644
index 96d212a391..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_14_035a933289f95c365ce2c851f6946181._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
- nickname="Walter"
- subject="comment 14"
- date="2015-04-24T20:13:31Z"
- content="""
-Playing around with it, I also can't reproduce it (using new or old versions of git-annex; it may be, as you allude, a problem in an old version of the s3 library).
-
-Anyway, I'm happy that it's working now.
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_16_2f16c63e539e51d9d1c0f85605e6d1e8._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_16_2f16c63e539e51d9d1c0f85605e6d1e8._comment
deleted file mode 100644
index e5141a30bb..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_16_2f16c63e539e51d9d1c0f85605e6d1e8._comment
+++ /dev/null
@@ -1,22 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 16"""
- date="2015-04-25T01:18:51Z"
- content="""
-Investigating further, when I create a bucket with the AWS library
-in ap-southeast-2, `s3cmd info` shows it is located there.
-
-When I create a bucket with hS3 in ap-southeast-2, I get this
-interesting output:
-
- joey@darkstar:~>s3cmd info s3://s3-43302240-076c-4420-8099-f2ef0b517e5f
- s3://s3-43302240-076c-4420-8099-f2ef0b517e5f/ (bucket):
- Location: ap-southeast-2
- WARNING: Redirected to: s3-43302240-076c-4420-8099-f2ef0b517e5f.s3-ap-southeast-2.amazonaws.com
- Expiration Rule: none
- policy: none
- ACL: joeyhess: FULL_CONTROL
-
-So, it's apparently in the datacenter I asked for when making it,
-but here's a redirect again.
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_1_533c4a26200501486a9ec103e1301391._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_1_533c4a26200501486a9ec103e1301391._comment
deleted file mode 100644
index 8921214a92..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_1_533c4a26200501486a9ec103e1301391._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-04-21T19:23:18Z"
- content="""
-So the http 301 redirect seems to be the relevant clue.
-
-Perhaps the old S3 library followed such redirects and the new aws library
-does not. Although AFAICS, http-client should follow redirects by default.
-
-Are you able to store new files in this remote and get them back out?
-
-Which Amazon datacenter is the bucket at?
-
-I've added some more debugging to the S3 remote; --debug will now
-have it log the http requests and responses. Perhaps this will give us
-more clues to the problem.
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_2_24224679a1516e2852b43624c787f639._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_2_24224679a1516e2852b43624c787f639._comment
deleted file mode 100644
index 2bafdf7ea1..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_2_24224679a1516e2852b43624c787f639._comment
+++ /dev/null
@@ -1,63 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
- nickname="Walter"
- subject="comment 2"
- date="2015-04-21T22:53:21Z"
- content="""
-It's in bucket ap-southeast-2, which conflicts with the info in the log below. I'm not sure why they disagree.
-
-This was a new file, which I also \"uploaded\" with a ``git annex copy --to cloud test_file``, and ``git annex whereis`` says is in cloud. However, using ``s3cmd`` to retrieve it (using the info from the log below), it claims it doesn't exist (404). So, I don't think it got uploaded correctly. I don't seem to get any useful logs when forcing an upload with ``--debug`` (as in no S3-related logs, but I've included that at the very bottom).
-
-[[!format sh \"\"\"
-> git annex get test_file
-get test_file (from cloud...)
-
- Unable to access these remotes: cloud
-
- Try making some of these repositories available:
- be992080-b1db-11e1-8f79-1b10bb4092ef -- [cloud]
-
- (Note that these git remotes have annex-ignore set: origin)
-failed
-git-annex: get: 1 failed
-walter@kronos:~/NewPics$ git annex get test_file --debug
-[2015-04-21 23:39:57 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"test_file\"]
-get test_file [2015-04-21 23:39:57 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"show-ref\",\"git-annex\"]
-[2015-04-21 23:39:57 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
-[2015-04-21 23:39:57 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"log\",\"refs/heads/git-annex..347f154f5dfa9e41dc459eda328421741e1e90a6\",\"-n1\",\"--pretty=%H\"]
-[2015-04-21 23:39:57 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"log\",\"refs/heads/git-annex..83793925a571a3228cc64e204598f8c54203b1f7\",\"-n1\",\"--pretty=%H\"]
-[2015-04-21 23:39:57 BST] chat: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"cat-file\",\"--batch\"]
-(from cloud...) [2015-04-21 23:39:57 BST] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--decrypt\"]
-
-[2015-04-21 23:39:57 BST] String to sign: \"GET\n\n\nTue, 21 Apr 2015 22:39:57 GMT\n/BUCKETID/GPGHMACSHA1--417830f4c50a2887674917abd2c18c522853255a\"
-[2015-04-21 23:39:57 BST] Host: \"BUCKETID.s3-ap-southeast-1.amazonaws.com\"
-[2015-04-21 23:39:57 BST] Path: \"/GPGHMACSHA1--417830f4c50a2887674917abd2c18c522853255a\"
-[2015-04-21 23:39:57 BST] Query string: \"\"
-[2015-04-21 23:39:57 BST] Response status: Status {statusCode = 301, statusMessage = \"Moved Permanently\"}
-[2015-04-21 23:39:57 BST] Response header 'x-amz-request-id': 'C2825FBB20ED22B4'
-[2015-04-21 23:39:57 BST] Response header 'x-amz-id-2': 'I93feDTHOrPR+bwVqoMBuEEwYQAN7ZfjOq0jdIJ6ywzOPYYxTfqZg9OR+M0L+MFdilHKRJ+CEv8='
-[2015-04-21 23:39:57 BST] Response header 'Content-Type': 'application/xml'
-[2015-04-21 23:39:57 BST] Response header 'Transfer-Encoding': 'chunked'
-[2015-04-21 23:39:57 BST] Response header 'Date': 'Tue, 21 Apr 2015 22:39:56 GMT'
-[2015-04-21 23:39:57 BST] Response header 'Server': 'AmazonS3'
-[2015-04-21 23:39:57 BST] Response metadata: S3: request ID=C2825FBB20ED22B4, x-amz-id-2=I93feDTHOrPR+bwVqoMBuEEwYQAN7ZfjOq0jdIJ6ywzOPYYxTfqZg9OR+M0L+MFdilHKRJ+CEv8=
-
- Unable to access these remotes: cloud
-
- Try making some of these repositories available:
- be992080-b1db-11e1-8f79-1b10bb4092ef -- [cloud]
-
- (Note that these git remotes have annex-ignore set: origin)
-failed
-git-annex: get: 1 failed
-
-> git annex copy --to cloud --force --debug test_file
-[2015-04-21 23:47:24 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"show-ref\",\"git-annex\"]
-[2015-04-21 23:47:24 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
-[2015-04-21 23:47:24 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"log\",\"refs/heads/git-annex..347f154f5dfa9e41dc459eda328421741e1e90a6\",\"-n1\",\"--pretty=%H\"]
-[2015-04-21 23:47:24 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"log\",\"refs/heads/git-annex..83793925a571a3228cc64e204598f8c54203b1f7\",\"-n1\",\"--pretty=%H\"]
-[2015-04-21 23:47:24 BST] chat: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"cat-file\",\"--batch\"]
-[2015-04-21 23:47:24 BST] read: git [\"--git-dir=.git\",\"--work-tree=.\",\"--literal-pathspecs\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"test_file\"]
-
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_3_9665a868f786afa445f5e3b0fbd20011._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_3_9665a868f786afa445f5e3b0fbd20011._comment
deleted file mode 100644
index 8b92ca305e..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_3_9665a868f786afa445f5e3b0fbd20011._comment
+++ /dev/null
@@ -1,29 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 3"""
- date="2015-04-23T17:00:20Z"
- content="""
-ap-southeast-2 vs ap-southeast-1 must have something to do with this
-problem.
-
-I tried making a S3 remote with datacenter=ap-southeast-2 and it didn't
-have this problem, and used s3-ap-southeast-2.amazonaws.com, so doesn't
-seem that git-annex is getting the mapping to endpoints wrong.
-
-I also tried forcing git-annex to use ap-southeast-1 instead of the right
-datacenter, and I don't get a redirect, getting a file just fails in that
-misconfiguration.
-
-So, it seems there is something special about your bucket; git-annex thinks
-it's in ap-southeast-1, S3 apparently redirects to somewhere else. Sounds
-like the AWS interface shows you the bucket is located in ap-southeast-2?
-
-This is looking more like a bug with the haskell-AWS library. If AWS can
-send redirects here, it ought to follow them. It would be really helpful if
-I had a way to reproduce the problem. Since your remote is encrypted
-anyway, is there any chance you could generate AWS creds that I could use
-to access that bucket to try to get files from it?
-
-(The `copy --to cloud` didn't do anything because git-annex already thinks
-the file is there (--force has no effect on copy --to).)
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_4_b70a0075e61565e4501f0b5b143b222d._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_4_b70a0075e61565e4501f0b5b143b222d._comment
deleted file mode 100644
index 2f862c5607..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_4_b70a0075e61565e4501f0b5b143b222d._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 4"""
- date="2015-04-23T18:17:23Z"
- content="""
-I agree, enableremote should not create the bucket. Made that change. Also,
-`git annex info $s3remote` will show some more info about it, including its
-endpoint.
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_4_d37d9b008e2e8f570af86e620ad6064f._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_4_d37d9b008e2e8f570af86e620ad6064f._comment
deleted file mode 100644
index b79f5812df..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_4_d37d9b008e2e8f570af86e620ad6064f._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
- nickname="Walter"
- subject="comment 4"
- date="2015-04-23T17:58:14Z"
- content="""
-I've sent an email regarding this.
-
-One comment, it seems that it's not possible to change the configuration of an S3 remote, as ``enableremote`` causes git-annex to try to create a new bucket (which fails, as the name is already used). Otherwise, I could try to tell git-annex it has the region wrong. Perhaps an option ``use-existing-bucket`` or something would work?
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_6_7caef30897eabf04faab12f4b4a16916._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_6_7caef30897eabf04faab12f4b4a16916._comment
deleted file mode 100644
index fd55b5134e..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_6_7caef30897eabf04faab12f4b4a16916._comment
+++ /dev/null
@@ -1,29 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 6"""
- date="2015-04-23T18:44:02Z"
- content="""
-I reproduced the problem using the creds, and a modified version of
-GetObject.hs from haskell-aws.
-
-I had to upgrade from aws-0.9.2 to 0.11.4 to see the 301 redirect in the
-debug mesages, but both versions seemed to fail the same way, it's just the
-newer version added more debugging output.
-
-There's an exception, which git-annex obscured:
-
- Response metadata: S3: request ID=5B5B9AE39E0C9729, x-amz-id-2=t6xToNbirPnwgEhTdbFr+Ncq5cGr3fMCRNq5WlFLjEk3ZJtan5aCotcsCS3GMTMgjsP/MNcOWUw=
- GetObject: HeaderException {headerErrorMessage = "ETag missing"}
-
-I've seen this "ETag missing" before when an object was genuinely missing, but
-I'm not sure what it indicates in this case.
-
-This was using s3-ap-southeast-1.amazonaws.com. If I use southeast-2, it
-just fails with "NoSuchKey". So I think that the 1-vs-2 was a red herring;
-git-annex is using the right endpoint.
-
-I have forwarded this bug report to:
-
-It might be good to get in touch with the haskell-aws maintainer and provide the
-creds so they can reproduce it too.
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_7_cd943597e319c94e91b17f24346be456._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_7_cd943597e319c94e91b17f24346be456._comment
deleted file mode 100644
index 171b2b3711..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_7_cd943597e319c94e91b17f24346be456._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 7"""
- date="2015-04-23T18:59:10Z"
- content="""
-Hrm, I get an identical error message if I try to request a file that
-is certianly not there!
-
-So maybe the 301 is a red herring?
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_8_13f862524d4aa503fc998ede41617942._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_8_13f862524d4aa503fc998ede41617942._comment
deleted file mode 100644
index 531e8c79d8..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_8_13f862524d4aa503fc998ede41617942._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
- nickname="Walter"
- subject="comment 8"
- date="2015-04-23T19:02:18Z"
- content="""
-Ok, so I did ``git annex enableremote cloud datacenter=ap-southeast-2``, and can now get files properly. So from that point of view it now works. And I guess that provides an easy way to reproduce (just set a working S3 remote to the wrong datacenter). I'm prepared to accept that this was something I did somehow (at some point I manually moved files from one S3 bucket (actually account) to another, but it seems that git-annex would have created the bucket, so I'm not sure how the datacenter could be wrong.)
-
-In any case, now I'm not sure exactly which files did get uploaded properly, so will run a ``fsck``. I guess it would be good to either return an error when this happens, or follow the redirect.
-
-Also, I really appreciate the quick response you have to bugs!
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_8_44915e2b9e871c16861223e1e2a0827b._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_8_44915e2b9e871c16861223e1e2a0827b._comment
deleted file mode 100644
index dd6f2f7a65..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_8_44915e2b9e871c16861223e1e2a0827b._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 8"""
- date="2015-04-23T19:06:02Z"
- content="""
-Glad that resolved it, but I'm still confused why I can't seem to get the
-test file when I have my test program use ap-southeast-2. (But maybe those
-creds you gave me just don't let me or something..)
-
-If you're up for some sleuthing, you could check out the git-annex branch
-and look through `git blame remotes.log`. And changes that git-annex ever
-made to the config of the remote will be in the history of that file.
-"""]]
diff --git a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_9_769de1e47221dfb6c810665e3704bbb2._comment b/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_9_769de1e47221dfb6c810665e3704bbb2._comment
deleted file mode 100644
index 788ccf7ed5..0000000000
--- a/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_9_769de1e47221dfb6c810665e3704bbb2._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
- nickname="Walter"
- subject="comment 9"
- date="2015-04-23T19:07:56Z"
- content="""
-Is it possible to do a fast ``fsck`` on an S3 remote? Because I don't want to download all the files again, it would be nice to just have the option to check it it exists.
-
-I get a ``failed to download file from remote`` error when I try it.
-"""]]
diff --git a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote.mdwn b/doc/bugs/Can__39__t_initialize_Tahoe_special_remote.mdwn
deleted file mode 100644
index 874ba5ba27..0000000000
--- a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote.mdwn
+++ /dev/null
@@ -1,40 +0,0 @@
-### Please describe the problem.
-
-I tried to add a Tahoe special remote as follows-
-git annex initremote tahoe type=tahoe embedcreds=yes
-
-However, this fails and gives me an error saying that tahoe create-client failed because .tahoe is not empty (even when .tahoe did not previously exist). It seems like git-annex is creating a .tahoe/git-annex directory (which is empty) and then trying to run tahoe create-client, which fails because the .tahoe directory was already created by git-annex.
-
-### What steps will reproduce the problem?
-1. Install tahoe and setup a plain git annex repo
-2. export TAHOE_FURL=tahoe introducer url here
-3. git annex initremote tahoe type=tahoe embedcreds=yes
-
-
-### What version of git-annex are you using? On what operating system?
-5.20141024~bpo70+1 on Tails 1.2.1 (Debian Wheezy 32-bit)
-
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-$ git annex initremote tahoe type=tahoe embedcreds=yes
-
-initremote tahoe The base directory '/home/amnesia/.tahoe' is not empty.
-To avoid clobbering anything, I am going to quit now.
-Please use a different directory, or empty this one.
-git-annex: tahoe create-client failed
-
-# End of transcript or log.
-"""]]
-
-> So this was caused by an old version of tahoe-lafs. Might as
-> well support older versions if we can easily, I suppose.
->
-> I have gone ahead and changed git-annex to use ~/.tahoe-git-annex/
-> instead of ~/.tahoe/git-annex/ when setting up new remotes.
-> Existing remote's configs will be unchanged.
->
-> So, [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_1_b3733fd117aef7e80a4342492388af82._comment b/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_1_b3733fd117aef7e80a4342492388af82._comment
deleted file mode 100644
index 9d6ef522cb..0000000000
--- a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_1_b3733fd117aef7e80a4342492388af82._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="zooko@0afad0e8b0168f9c2e504a0200ae2ccc1dcea7fe"
- nickname="zooko"
- subject="ticket to track this in the Tahoe-LAFS issue tracker"
- date="2015-05-28T21:58:41Z"
- content="""
-Here's a ticket in the Tahoe-LAFS issue tracker for us to track this issue:
-
-https://tahoe-lafs.org/trac/tahoe-lafs/ticket/2437
-"""]]
diff --git a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_2_31cde69bfff097f7c59e64abb973c3c8._comment b/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_2_31cde69bfff097f7c59e64abb973c3c8._comment
deleted file mode 100644
index 0b28809346..0000000000
--- a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_2_31cde69bfff097f7c59e64abb973c3c8._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="zooko@0afad0e8b0168f9c2e504a0200ae2ccc1dcea7fe"
- nickname="zooko"
- subject="ticket to track this in the Ubuntu issue tracker"
- date="2015-05-28T22:01:23Z"
- content="""
-Here's a ticket in the Ubuntu issue tracker: https://bugs.launchpad.net/tahoe-lafs/+bug/1459847
-"""]]
diff --git a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_3_5d4404f32f86ddabde31b5aed6fa1fd8._comment b/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_3_5d4404f32f86ddabde31b5aed6fa1fd8._comment
deleted file mode 100644
index 955604777f..0000000000
--- a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_3_5d4404f32f86ddabde31b5aed6fa1fd8._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 3"""
- date="2015-06-02T19:19:26Z"
- content="""
-I don't seem to have this problem using tahoe-lafs 1.10.0. What version do
-you have, 1.9.2?
-
- joey@kite:~>tahoe -d .tahoe/git-annex/foo create-client --introducer FURL
- Node created in '/home/joey/.tahoe/git-annex/foo'
- Please set [node]nickname= in tahoe.cfg
-"""]]
diff --git a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_4_499d68e03431a8bd88405dc86bc92b84._comment b/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_4_499d68e03431a8bd88405dc86bc92b84._comment
deleted file mode 100644
index e1578dac36..0000000000
--- a/doc/bugs/Can__39__t_initialize_Tahoe_special_remote/comment_4_499d68e03431a8bd88405dc86bc92b84._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="shidash@f577ed77e11dcfd714258ba6b25aaf670515222b"
- nickname="shidash"
- subject="comment 4"
- date="2015-06-05T12:25:01Z"
- content="""
-Yeah, I'm using tahoe-lafs version 1.9.2
-"""]]
diff --git a/doc/bugs/Can__39__t_start_on_Cyanogenmod_10.2_nightly.mdwn b/doc/bugs/Can__39__t_start_on_Cyanogenmod_10.2_nightly.mdwn
deleted file mode 100644
index c28794622a..0000000000
--- a/doc/bugs/Can__39__t_start_on_Cyanogenmod_10.2_nightly.mdwn
+++ /dev/null
@@ -1,158 +0,0 @@
-### Please describe the problem.
-The android app won't start on Cyanogenmod 10.2. Not sure if this is cyanogenmod specific or if it is because the underlying android is now version 4.3
-
-### What steps will reproduce the problem?
-Install the apk and start the program
-
-### What version of git-annex are you using? On what operating system?
-A 7 day old nightly as of this post(can't get specific number since it won't run)
-
-### Please provide any additional information below.
-
-Tested this on both a samsung galaxy S and a samsung galaxy note 2. With different nightlies of cyanogenmod 10.2
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-Falling back to hardcoded app location; cannot find expected files in /data/app-lib
-git annex webapp
-u0_a115@android:/sdcard/git-annex.home $ git annex webapp
-CANNOT LINK EXECUTABLE: git-annex invalid R_ARM_COPY relocation against DT_SYMBOLIC shared library libc.so (built with -Bsymbolic?)
-1|u0_a115@android:/sdcard/git-annex.home $
-
----
-
-
-cat git-annex-install.log
-
-Installation starting to /data/data/ga.androidterm
-34c88243533e9b0a725ebe33533d990e628dc44b
-installing busybox
-installing git-annex
-installing git-shell
-installing git-upload-pack
-installing git
-installing gpg
-installing rsync
-installing ssh
-installing ssh-keygen
-linking ./libexec/git-core/git-config to git
-linking ./libexec/git-core/git-fetch to git
-linking ./libexec/git-core/git-fsck to git
-linking ./libexec/git-core/git-unpack-file to git
-linking ./libexec/git-core/git-get-tar-commit-id to git
-linking ./libexec/git-core/git-fmt-merge-msg to git
-linking ./libexec/git-core/git-push to git
-linking ./libexec/git-core/git-for-each-ref to git
-linking ./libexec/git-core/git-pack-redundant to git
-linking ./libexec/git-core/git-mv to git
-linking ./libexec/git-core/git-ls-remote to git
-linking ./libexec/git-core/git-prune-packed to git
-linking ./libexec/git-core/git-apply to git
-linking ./libexec/git-core/git-check-ignore to git
-linking ./libexec/git-core/git-log to git
-linking ./libexec/git-core/git-cherry-pick to git
-linking ./libexec/git-core/git-diff-files to git
-linking ./libexec/git-core/git-commit-tree to git
-linking ./libexec/git-core/git-index-pack to git
-linking ./libexec/git-core/git-reflog to git
-linking ./libexec/git-core/git-merge-index to git
-linking ./libexec/git-core/git-column to git
-linking ./libexec/git-core/git-checkout-index to git
-linking ./libexec/git-core/git-diff-index to git
-linking ./libexec/git-core/git-count-objects to git
-linking ./libexec/git-core/git-fast-export to git
-linking ./libexec/git-core/git-fetch-pack to git
-linking ./libexec/git-core/git-merge-file to git
-linking ./libexec/git-core/git-init to git
-linking ./libexec/git-core/git-remote to git
-linking ./libexec/git-core/git-init-db to git
-linking ./libexec/git-core/git-ls-tree to git
-linking ./libexec/git-core/git-merge-subtree to git
-linking ./libexec/git-core/git-rev-parse to git
-linking ./libexec/git-core/git-bundle to git
-linking ./libexec/git-core/git-prune to git
-linking ./libexec/git-core/git-peek-remote to git
-linking ./libexec/git-core/git-tar-tree to git
-linking ./libexec/git-core/git-describe to git
-linking ./libexec/git-core/git-update-index to git
-linking ./libexec/git-core/git to git
-linking ./libexec/git-core/git-revert to git
-linking ./libexec/git-core/git-show-ref to git
-linking ./libexec/git-core/git-upload-archive to git
-linking ./libexec/git-core/git-add to git
-linking ./libexec/git-core/git-verify-tag to git
-linking ./libexec/git-core/git-format-patch to git
-linking ./libexec/git-core/git-show-branch to git
-linking ./libexec/git-core/git-remote-fd to git
-linking ./libexec/git-core/git-pack-refs to git
-linking ./libexec/git-core/git-replace to git
-linking ./libexec/git-core/git-pack-objects to git
-linking ./libexec/git-core/git-notes to git
-linking ./libexec/git-core/git-tag to git
-linking ./libexec/git-core/git-var to git
-linking ./libexec/git-core/git-help to git
-linking ./libexec/git-core/git-gc to git
-linking ./libexec/git-core/git-check-ref-format to git
-linking ./libexec/git-core/git-shortlog to git
-linking ./libexec/git-core/git-stage to git
-linking ./libexec/git-core/git-mktree to git
-linking ./libexec/git-core/git-merge-recursive to git
-linking ./libexec/git-core/git-grep to git
-linking ./libexec/git-core/git-clean to git
-linking ./libexec/git-core/git-merge-base to git
-linking ./libexec/git-core/git-repo-config to git
-linking ./libexec/git-core/git-hash-object to git
-linking ./libexec/git-core/git-read-tree to git
-linking ./libexec/git-core/git-rm to git
-linking ./libexec/git-core/git-fsck-objects to git
-linking ./libexec/git-core/git-ls-files to git
-linking ./libexec/git-core/git-mktag to git
-linking ./libexec/git-core/git-stripspace to git
-linking ./libexec/git-core/git-mailsplit to git
-linking ./libexec/git-core/git-diff-tree to git
-linking ./libexec/git-core/git-merge-ours to git
-linking ./libexec/git-core/git-cherry to git
-linking ./libexec/git-core/git-checkout to git
-linking ./libexec/git-core/git-rev-list to git
-linking ./libexec/git-core/git-write-tree to git
-linking ./libexec/git-core/git-update-ref to git
-linking ./libexec/git-core/git-blame to git
-linking ./libexec/git-core/git-archive to git
-linking ./libexec/git-core/git-update-server-info to git
-linking ./libexec/git-core/git-merge-tree to git
-linking ./libexec/git-core/git-show to git
-linking ./libexec/git-core/git-remote-ext to git
-linking ./libexec/git-core/git-merge to git
-linking ./libexec/git-core/git-name-rev to git
-linking ./libexec/git-core/git-bisect--helper to git
-linking ./libexec/git-core/git-clone to git
-linking ./libexec/git-core/git-symbolic-ref to git
-linking ./libexec/git-core/git-send-pack to git
-linking ./libexec/git-core/git-commit to git
-linking ./libexec/git-core/git-mailinfo to git
-linking ./libexec/git-core/git-credential to git
-linking ./libexec/git-core/git-diff to git
-linking ./libexec/git-core/git-patch-id to git
-linking ./libexec/git-core/git-rerere to git
-linking ./libexec/git-core/git-branch to git
-linking ./libexec/git-core/git-reset to git
-linking ./libexec/git-core/git-receive-pack to git
-linking ./libexec/git-core/git-verify-pack to git
-linking ./libexec/git-core/git-unpack-objects to git
-linking ./libexec/git-core/git-check-attr to git
-linking ./libexec/git-core/git-whatchanged to git
-linking ./libexec/git-core/git-status to git
-linking ./libexec/git-core/git-cat-file to git
-linking ./libexec/git-core/git-annotate to git
-linking ./bin/git-upload-archive to git
-linking ./bin/git-receive-pack to git
-linking ./libexec/git-core/git-shell to git-shell
-linking ./libexec/git-core/git-upload-pack to git-upload-pack
-Installation complete
-
-# End of transcript or log.
-"""]]
-
-> [[dup|done]] of [[git-annex_broken_on_Android_4.3]].--[[Joey]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces.mdwn b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces.mdwn
deleted file mode 100644
index c40a90febf..0000000000
--- a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces.mdwn
+++ /dev/null
@@ -1,22 +0,0 @@
-I have a repository at rsync.net, even though following files are shown as unused I can not drop them.
-
-Running unused,
-
- git annex unused --from cloud
- unused cloud (checking for unused data...) (checking annex/direct/master...)
- Some annexed data on cloud is not used by any files:
- NUMBER KEY
- 1 SHA256E-s4189547--43aef42540e7f50fc454ab3a2ce4aa28a13b57cccff725359cea0470eb88704b. Bir.mp3
- 2 SHA256E-s853765--c0964d3af493d78b7b8393a2aefdd8c290390a03c8cb5cccdcac4647c0fc52a0. 1.jpg
- 3 SHA256E-s8706267--e34988b70048a512ad0f431a2a91fa7dd553f96c2bd6caca0bcef928bdfafb93. 3.mp3
- (To see where data was previously used, try: git log --stat -S'KEY')
-
- To remove unwanted data: git-annex dropunused --from cloud NUMBER
-
-show these then running,
-
- git annex dropunused 1-3 --force
-
-reports ok for each drop operation but rerunning git annex unused --from cloud still shows these three files as unused. I am using git-annex on mac os x (current dmg) on a direct repo. I have similar problems dropping files on the current repo even though I drop unused they still show up as unused.
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_1_b909ed9f474601587b2adad7ad4f674d._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_1_b909ed9f474601587b2adad7ad4f674d._comment
deleted file mode 100644
index fa41b59a7d..0000000000
--- a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_1_b909ed9f474601587b2adad7ad4f674d._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.163"
- subject="doubt this has anything to do with spaces"
- date="2014-02-08T17:44:45Z"
- content="""
-If you want to drop the files from the remote, you need to also pass the --from option to dropunused. Otherwise, it defaults to dropping any of the unused files that are present in the local repository.
-"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_2_b2735a6e03db3f77a87a0f7d87347685._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_2_b2735a6e03db3f77a87a0f7d87347685._comment
deleted file mode 100644
index 5f5694c00f..0000000000
--- a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_2_b2735a6e03db3f77a87a0f7d87347685._comment
+++ /dev/null
@@ -1,16 +0,0 @@
-[[!comment format=mdwn
- username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
- nickname="Hamza"
- subject="comment 2"
- date="2014-02-08T18:30:47Z"
- content="""
-I tried with/without --from still does not drop the files.
-
- git annex dropunused --from cloud 1-3 --force
- dropunused 1 (from cloud...) (gpg) ok
- dropunused 2 (from cloud...) ok
- dropunused 3 (from cloud...) ok
- (Recording state in git...)
-
-still running unused shows the files as unused.
-"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_3_dd82a0cd698b0688ff08f0462af0275f._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_3_dd82a0cd698b0688ff08f0462af0275f._comment
deleted file mode 100644
index 86e3bd2c1c..0000000000
--- a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_3_dd82a0cd698b0688ff08f0462af0275f._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.163"
- subject="comment 3"
- date="2014-02-08T19:17:46Z"
- content="""
-Ok, you're right and this *does* involve spaces. Some bug in the unused log parser.
-"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_4_bbebb1d0dc5fbc1f6a0bb75b47bd4986._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_4_bbebb1d0dc5fbc1f6a0bb75b47bd4986._comment
deleted file mode 100644
index 6459ee8d7c..0000000000
--- a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_4_bbebb1d0dc5fbc1f6a0bb75b47bd4986._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.163"
- subject="comment 4"
- date="2014-02-08T19:28:18Z"
- content="""
-Fixed in git.
-"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_5_106c271d5174342055910bf57c0a34c5._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_5_106c271d5174342055910bf57c0a34c5._comment
deleted file mode 100644
index 4ad4d6f8b5..0000000000
--- a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_5_106c271d5174342055910bf57c0a34c5._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
- nickname="Hamza"
- subject="comment 5"
- date="2014-02-08T19:46:49Z"
- content="""
-Are the files dropped on the rsync repo? Or are they gonna be dropped when fix propagates to dmg build?
-"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_6_3a2d3cc3e018beaf2eb44b86ce7e1a7f._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_6_3a2d3cc3e018beaf2eb44b86ce7e1a7f._comment
deleted file mode 100644
index fbd9ed55c0..0000000000
--- a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_6_3a2d3cc3e018beaf2eb44b86ce7e1a7f._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.163"
- subject="comment 6"
- date="2014-02-08T19:49:11Z"
- content="""
-You will need to upgrade git-annex to the next autobuild or an upcoming release to get the fix.
-"""]]
diff --git a/doc/bugs/Cannot_set_direct_mode_with_non_default_worktree.mdwn b/doc/bugs/Cannot_set_direct_mode_with_non_default_worktree.mdwn
deleted file mode 100644
index 1a71ecf383..0000000000
--- a/doc/bugs/Cannot_set_direct_mode_with_non_default_worktree.mdwn
+++ /dev/null
@@ -1,47 +0,0 @@
-### Please describe the problem.
-I am trying to switch to direct mode with the git work tree in a different directory than default much like described in http://git-annex.branchable.com/forum/Detached_git_work_tree__63__/
-
-
-### What steps will reproduce the problem?
-- Create a new git repo with the GIT_WORK_TREE and GIT_DIR set.
-- git annex init test
-- git annex direct
-
-
-### What version of git-annex are you using? On what operating system?
-5.20141125 package in Debian unstable
-
-
-### Please provide any additional information below.
-
-[[!format sh """
-+dbn@loaner:~/annex $ mkdir -p test/worktree
-+dbn@loaner:~/annex $ cd test/
-+dbn@loaner:~/annex/test $ git init
-Initialized empty Git repository in /home/dbn/annex/test/.git/
-+dbn@loaner:~/annex/test $ git annex init test
-init test ok
-(Recording state in git...)
-+dbn@loaner:~/annex/test $ git annex direct --debug
-commit
-[2014-12-08 03:05:45 PST] call: git ["--git-dir=/home/dbn/annex/test/.git","--work-tree=/home/dbn/annex/test/worktree","commit","-a","-m","commit before switching to direct mode"]
-On branch master
-
-Initial commit
-
-nothing to commit
-ok
-[2014-12-08 03:05:45 PST] read: git ["--git-dir=/home/dbn/annex/test/.git","--work-tree=/home/dbn/annex/test/worktree","ls-files","--cached","-z","--","/home/dbn/annex/test/worktree"]
-direct [2014-12-08 03:05:45 PST] read: git ["--git-dir=/home/dbn/annex/test/.git","--work-tree=/home/dbn/annex/test/worktree","symbolic-ref","HEAD"]
-[2014-12-08 03:05:45 PST] read: git ["--git-dir=/home/dbn/annex/test/.git","--work-tree=/home/dbn/annex/test/worktree","show-ref","--hash","refs/heads/master"]
-[2014-12-08 03:05:45 PST] call: git ["--git-dir=/home/dbn/annex/test/.git","--work-tree=/home/dbn/annex/test/worktree","checkout","-q","-B","annex/direct/master"]
-[2014-12-08 03:05:45 PST] call: git ["--git-dir=/home/dbn/annex/test/.git","--work-tree=/home/dbn/annex/test/worktree","config","core.bare","true"]
-[2014-12-08 03:05:45 PST] read: git ["config","--null","--list"]
-fatal: core.bare and core.worktree do not make sense
-
-git-annex: user error (git ["config","--null","--list"] exited 128)
-failed
-git-annex: direct: 1 failed
-"""]]
-
-> [[done]] per my comment --[[Joey]]
diff --git a/doc/bugs/Cannot_set_direct_mode_with_non_default_worktree/comment_1_40ec252a4801fa56bcdc8db4af8343fc._comment b/doc/bugs/Cannot_set_direct_mode_with_non_default_worktree/comment_1_40ec252a4801fa56bcdc8db4af8343fc._comment
deleted file mode 100644
index 33f7696cf5..0000000000
--- a/doc/bugs/Cannot_set_direct_mode_with_non_default_worktree/comment_1_40ec252a4801fa56bcdc8db4af8343fc._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-07-06T19:52:12Z"
- content="""
-I cannot reproduce this problem with git-annex version 5.20150706.
-I don't remember any bug fixes in this area though.
-
-Note that "fatal: core.bare and core.worktree do not make sense" is
-not a git-annex error message. It is a git error message. I conclude
-you didn't configure them right, and since git-annex works in my testing
-with the two variables set correctly, I'm going to close this bug report.
-"""]]
diff --git a/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox.mdwn b/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox.mdwn
deleted file mode 100644
index 425831a12c..0000000000
--- a/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox.mdwn
+++ /dev/null
@@ -1,36 +0,0 @@
-### Please describe the problem.
-[[!format sh """
-cabal install -O2 -j1 -f-webdav -f-s3 git-annex
-Resolving dependencies...
-Configuring dns-1.2.0...
-Building dns-1.2.0...
-Preprocessing library dns-1.2.0...
-
-Network/DNS/Decode.hs:15:8:
- Could not find module `Data.Conduit.Network'
- It is a member of the hidden package `conduit-extra-1.1.0'.
- Perhaps you need to add `conduit-extra' to the build-depends in your .cabal file.
- Use -v to see a list of the files searched for.
-Failed to install dns-1.2.0
-cabal: Error: some packages failed to install:
-dns-1.2.0 failed during the building phase. The exception was:
-ExitFailure 1
-git-annex-5.20140402 depends on dns-1.2.0 which failed to install.
-"""]]
-
-### What steps will reproduce the problem?
-
-[[!format sh """
-cabal update
-mkdir -p ~/haskell/git-annex
-cd ~/haskell/git-annex
-cabal sandbox init
-cabal install -O2 -j1 -f-webdav -f-s3 c2hs git-annex
-"""]]
-### What version of git-annex are you using? On what operating system?
-
-5.20140402, Gentoo Linux
-
-### Please provide any additional information below.
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox/comment_1_bd830cadaeffda0366b3ae46b34c0c55._comment b/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox/comment_1_bd830cadaeffda0366b3ae46b34c0c55._comment
deleted file mode 100644
index 8ac4f017f7..0000000000
--- a/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox/comment_1_bd830cadaeffda0366b3ae46b34c0c55._comment
+++ /dev/null
@@ -1,39 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawl1D_4vD5ueaDw8gRsIYPO3UHRKEpFfg9I"
- nickname="Dmitry"
- subject="comment 1"
- date="2014-04-04T06:40:21Z"
- content="""
-Author of \"dns\" library already fixed this issue.
-
-Next error is:
-[[!format sh \"\"\"
-Preprocessing executable 'git-annex' for git-annex-5.20140402...
-
-Utility/Yesod.hs:36:8:
- Could not find module `Text.Hamlet'
- It is a member of the hidden package `shakespeare-2.0.0.1'.
- Perhaps you need to add `shakespeare' to the build-depends in your .cabal file.
- Use -v to see a list of the files searched for.
-cabal: Error: some packages failed to install:
-\"\"\"]]
-
-Here is the fix:
-
-
-[[!format diff \"\"\"
-Index: git-annex/git-annex.cabal
-===================================================================
---- git-annex.orig/git-annex.cabal
-+++ git-annex/git-annex.cabal
-@@ -101,7 +101,7 @@ Executable git-annex
- base (>= 4.5 && < 4.9), monad-control, MonadCatchIO-transformers,
- IfElse, text, QuickCheck >= 2.1, bloomfilter, edit-distance, process,
- SafeSemaphore, uuid, random, dlist, unix-compat, async, stm (>= 2.3),
-- data-default, case-insensitive
-+ data-default, case-insensitive, shakespeare
- CC-Options: -Wall
- GHC-Options: -Wall
- Extensions: PackageImports
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Creating_a_WebDAV_repo_under_OpenBSD.mdwn b/doc/bugs/Creating_a_WebDAV_repo_under_OpenBSD.mdwn
deleted file mode 100644
index f82f914fff..0000000000
--- a/doc/bugs/Creating_a_WebDAV_repo_under_OpenBSD.mdwn
+++ /dev/null
@@ -1,53 +0,0 @@
-### Please describe the problem.
-When creating a https webdav repository under openbsd it complains that /etc/ssl/certs doesn't exist. This is true considering all certs are stored in /etc/ssl/cert.pem.
-After /etc/ssl/certs is created it complains about that the certificate has an unknown CA, for obvious reasons.
-
-A workaround is to symlink /etc/ssl/cert.pem in /etc/ssl/certs
-
-### What steps will reproduce the problem?
-See below
-
-### What version of git-annex are you using? On what operating system?
-5.20140129 under OpenBSD 5.4
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-WEBDAV_USERNAME= WEBDAV_PASSWORD= git annex initremote box.com type=webdav url=https://dav.box.com/dav/Documents chunksize=100mb encryption=hybrid keyid= mac=HMACSHA512
-initremote box.com (encryption setup) (hybrid cipher with gpg key ) (testing WebDAV server...)
-
-git-annex: WebDAV failed to write file: /etc/ssl/certs/: getDirectoryContents: does not exist (No such file or directory): user error
-failed
-git-annex: initremote: 1 failed
-
-
-# End of transcript or log.
-"""]]
-
-> This needs to be fixed in the haskell certificate library.
-> I have filed a bug there:
->
->
-> Patch would probably be pretty simple. Based on description, something like
-> this:
-
-[[!format patch """
-diff --git a/System/Certificate/X509/Unix.hs b/System/Certificate/X509/Unix.hs
-index 8463465..74316e9 100644
---- a/System/Certificate/X509/Unix.hs
-+++ b/System/Certificate/X509/Unix.hs
-@@ -50,7 +50,7 @@ listDirectoryCerts path = (map (path ) . filter isCert <$> getDirectoryConten
- isCert x = (not $ isPrefixOf "." x) && (not $ isHashedFile x)
-
- getSystemCertificateStore :: IO CertificateStore
--getSystemCertificateStore = makeCertificateStore . concat <$> (getSystemPath >>= listDirectoryCerts >>= mapM readCertificates)
-+getSystemCertificateStore = makeCertificateStore <$> readCertificates "/etc/ssl/cert.pem"
-
- getSystemPath :: IO FilePath
- getSystemPath = E.catch (getEnv envPathOverride) inDefault
-"""]]
-
->
-> [[closing|done]] as no changes to git-annex can fix this. --[[Joey]]
diff --git a/doc/bugs/Creating_a_remote_located_in___34____126____47__wherever__34___works_incorrectly.mdwn b/doc/bugs/Creating_a_remote_located_in___34____126____47__wherever__34___works_incorrectly.mdwn
deleted file mode 100644
index 7d100929df..0000000000
--- a/doc/bugs/Creating_a_remote_located_in___34____126____47__wherever__34___works_incorrectly.mdwn
+++ /dev/null
@@ -1,37 +0,0 @@
-### Please describe the problem.
-
-When creating a new remote with the webapp (on Windows) and setting the remote repository directory as "~/wherever", everything seems to be going well up until pressing the button to create an unencrypted repository. There is no output from either the terminal or error messages displayed in the browser.
-
-On the remote server, it turns out that it is creating a directory named ~ within $HOME so that there is a $HOME/~/wherever directory.
-
-Omitting the leading ~/ correctly creates $HOME/wherever and the setup proceeds as it should.
-
-### What steps will reproduce the problem?
-
-Try to create a remote repository with directory "~/wherever".
-
-### What version of git-annex are you using? On what operating system?
-
-OS: Windows 7
-
-Output of git annex version:
-
-git-annex version: 5.20140517-gee56d21
-build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feed
-s Quvi TDFA CryptoHash
-key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SH
-A256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
-remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar ho
-ok external
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Creating_second_repository_leads_to_wrong_ip___40__using_git-annex_webapp_--listen__41__.mdwn b/doc/bugs/Creating_second_repository_leads_to_wrong_ip___40__using_git-annex_webapp_--listen__41__.mdwn
deleted file mode 100644
index 28b74bd989..0000000000
--- a/doc/bugs/Creating_second_repository_leads_to_wrong_ip___40__using_git-annex_webapp_--listen__41__.mdwn
+++ /dev/null
@@ -1,35 +0,0 @@
-### Please describe the problem.
-Using the git-annex webapp in remote mode will forward to the wrong IP (localhost) when creating the second repository
-
-### What steps will reproduce the problem?
-Needs two computers (C1, C2)
-
-- C1: run "git-annex webapp --listen=[IP of C1]
-- C2: use a browser to go to the address you just got on C1 (should contain IP of C1)
-- C2: create an repository as prompted (should work fine)
-- C2: In the dropdown on the top right select "Add another repository", choose desired location, select keep separate
-- C2: Browser forwards to new address, but instead of the IP of C1, 127.0.0.1 is used (which obviously fails)
-
-### What version of git-annex are you using? On what operating system?
-
-[[!format sh """
-$ git-annex version
-git-annex version: 4.20130802
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
-$ lsb_release -d
-Description: Ubuntu 13.04
-$ uname -a
-Linux nas 3.8.0-27-generic #40-Ubuntu SMP Tue Jul 9 00:19:35 UTC 2013 i686 i686 i686 GNU/Linux
-"""]]
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> This is a different effect of the same bug in [[Hangs on creating repository when using --listen]]. Closing as [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share.mdwn b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share.mdwn
deleted file mode 100644
index 64ae859e2e..0000000000
--- a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share.mdwn
+++ /dev/null
@@ -1,12 +0,0 @@
-### Please describe the problem.
-If have a directory - mounted CIF share (windows server with domain).
-If i run "git annex assistant" or "git annex watch" daemon starts fine and works at first, but then after some time stops doing anything: no messages in .git/annex/daemon.log, process hangs in ps aux.
-
-If i try to "cat .git/annex/daemon.pid" I get "permission denied". And permission is denied for everyone: root, from other windows machines, etc.
-
-If i then kill daemon process and start daemon again everything repeats.
-
-### What version of git-annex are you using? On what operating system?
-Standalone git-annex 5.20140421-g515d251 on CentOS 6.5
-
-> [[done]] --[[Joey]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_1_2a5fb522cbf6e2cefbee0a5fc48287d0._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_1_2a5fb522cbf6e2cefbee0a5fc48287d0._comment
deleted file mode 100644
index d247667c40..0000000000
--- a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_1_2a5fb522cbf6e2cefbee0a5fc48287d0._comment
+++ /dev/null
@@ -1,45 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmaB2n9HFclAvyMyDzvTPaifh5OrlF51Co"
- nickname="VS7"
- subject="comment 1"
- date="2014-05-21T07:17:44Z"
- content="""
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 manuals]$ ps aux | grep assistant
-filesync 27036 0.0 0.0 103244 864 pts/0 S+ 11:13 0:00 grep assistant
-\"\"\"]]
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 manuals]$ git annex assistant
-\"\"\"]]
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 manuals]$ cat .git/annex/daemon.log
-[2014-05-21 11:14:06 MSK] main: starting assistant version 5.20140421-g515d251
-[2014-05-21 11:14:07 MSK] Cronner: You should enable consistency checking to protect your data.
-failed to add watch on directory /home/filesync/.config/git-annex (/home/filesync/.config/git-annex: getDirectoryContents: does not exist (No such file or directory))
-
- dbus failed; falling back to mtab polling (ClientError {clientErrorMessage = \"runClient: unable to determine DBUS address\", clientErrorFatal = True})
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
-
- No known network monitor available through dbus; falling back to polling
-[2014-05-21 11:14:09 MSK] Upgrader: An upgrade of git-annex is available. (version 5.20140517)
-
-Already up-to-date.
-(scanning...) [2014-05-21 11:14:09 MSK] Watcher: Performing startup scan
-\"\"\"]]
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 manuals]$ git annex assistant --stop
-
-git-annex: /home/filesync/manuals/.git/annex/daemon.pid: hGetContents: permission denied (Permission denied)
-failed
-git-annex: assistant: 1 failed
-\"\"\"]]
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 manuals]$ cat .git/annex/daemon.pid
-cat: .git/annex/daemon.pid: Permission denied
-\"\"\"]]
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 manuals]$ ps aux | grep assistant
-filesync 27060 6.2 0.5 566372 41808 ? Sl 11:14 0:04 /home/filesync/git-annex.linux//lib64/ld-linux-x86-64.so.2 --library-path /home/filesync/git-annex.linux//usr/lib/x86_64-linux-gnu/gconv:/home/filesync/git-annex.linux//usr/lib/x86_64-linux-gnu/audit:/home/filesync/git-annex.linux//etc/ld.so.conf.d:/home/filesync/git-annex.linux//usr/lib:/home/filesync/git-annex.linux//usr/lib/x86_64-linux-gnu:/home/filesync/git-annex.linux//lib64:/home/filesync/git-annex.linux//lib/x86_64-linux-gnu: /home/filesync/git-annex.linux/shimmed/git-annex/git-annex assistant
-filesync 27115 0.0 0.0 103244 864 pts/0 S+ 11:15 0:00 grep assistant
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_2_6b8d35d464e248c29764e3adbc1c9bae._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_2_6b8d35d464e248c29764e3adbc1c9bae._comment
deleted file mode 100644
index 9f0687c622..0000000000
--- a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_2_6b8d35d464e248c29764e3adbc1c9bae._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.3"
- subject="comment 2"
- date="2014-05-21T17:11:27Z"
- content="""
-It seems to me that your filesystem is broken.
-"""]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_3_e134ba74ec996a419d6f9903871b9b03._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_3_e134ba74ec996a419d6f9903871b9b03._comment
deleted file mode 100644
index a4b6d87404..0000000000
--- a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_3_e134ba74ec996a419d6f9903871b9b03._comment
+++ /dev/null
@@ -1,47 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmaB2n9HFclAvyMyDzvTPaifh5OrlF51Co"
- nickname="VS7"
- subject="comment 3"
- date="2014-05-22T07:23:23Z"
- content="""
-*1. Windows Server 2012, deduplication is on.*
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 manuals]$ ps aux | grep assist
-filesync 1222 0.0 0.0 103244 860 pts/0 S+ 11:20 0:00 grep assist
-[filesync@ServiceVM00001 manuals]$ git annex assistant
-[filesync@ServiceVM00001 manuals]$ cat .git/annex/daemon.pid
-1250[filesync@ServiceVM00001 manuals]$ git annex assistant
-
-git-annex: /home/filesync/manuals/.git/annex/daemon.pid: hGetContents: permission denied (Permission denied)
-failed
-git-annex: assistant: 1 failed
-[filesync@ServiceVM00001 manuals]$ cat .git/annex/daemon.pid
-cat: .git/annex/daemon.pid: Permission denied
-\"\"\"]]
-
-*2. Windows 7 Pro, no deduplication.*
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 test]$ ps aux | grep assistant
-filesync 655 0.0 0.0 103244 856 pts/0 S+ 11:18 0:00 grep assistant
-[filesync@ServiceVM00001 test]$ git annex assistant
-[filesync@ServiceVM00001 test]$ cat .git/annex/daemon.pid
-cat: .git/annex/daemon.pid: Permission denied
-[filesync@ServiceVM00001 test]$ git annex assistant
-
-git-annex: /home/filesync/test/.git/annex/daemon.pid: hGetContents: permission denied (Permission denied)
-failed
-git-annex: assistant: 1 failed
-\"\"\"]]
-
-*3. Local directory. Normal behavior*
-[[!format sh \"\"\"
-[filesync@ServiceVM00001 test1]$ ps aux | grep assist
-filesync 1315 0.0 0.0 103244 856 pts/0 R+ 11:23 0:00 grep assist
-[filesync@ServiceVM00001 test1]$ git annex assistant
-[filesync@ServiceVM00001 test1]$ cat .git/annex/daemon.pid
-1338[filesync@ServiceVM00001 test1]$ git annex assistant
-git-annex: Daemon is already running.
-[filesync@ServiceVM00001 test1]$ cat .git/annex/daemon.pid
-1338
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_4_2ad592d92dda2d1e78235bad5764f5d9._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_4_2ad592d92dda2d1e78235bad5764f5d9._comment
deleted file mode 100644
index ad225a9a89..0000000000
--- a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_4_2ad592d92dda2d1e78235bad5764f5d9._comment
+++ /dev/null
@@ -1,22 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmaB2n9HFclAvyMyDzvTPaifh5OrlF51Co"
- nickname="VS7"
- subject="comment 4"
- date="2014-05-22T09:44:33Z"
- content="""
-Now i begin to suspect that daemon doesn't work with CIF mounted directories at all.
-
- mkdir ~/test-container
- mkdir ~/test-container/test
- mount -t cifs -o user=test_user,uid=502,gid=502 //srv/test ~/test-container/test
- cd ~/test-container
- git init
- git annex init
- git annex direct
- git annex add
- git annex sync
- git annex assistant
-
-Then if i place any file in ~/test-container then git-annex sees changes and processes it almost immediately. But if i do anything inside mounted ~/test-container/test daemon ignores it.
-\"git annex status\" says that yes there are changes inside \"~/test-container/test\" and i can commit them via \"git annex add\" & \"git annex sync\", but daemon ignores.
-"""]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_5_42ad8c7944c210ac1be812e463e03d7c._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_5_42ad8c7944c210ac1be812e463e03d7c._comment
deleted file mode 100644
index 6061f7d7be..0000000000
--- a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_5_42ad8c7944c210ac1be812e463e03d7c._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="24.159.78.125"
- subject="comment 5"
- date="2014-05-23T14:34:34Z"
- content="""
-My point is that if the filesystem is rejecting all attempts to access it with \"permission denied\", it's hardly surprising that git-annex doesn't work, since nothing works. If running the assistant somehow causes the filesystem to get into this strange broken state, then you have a nice repoducible bug to report on the filesystem, I suppose. I don't see how it could be a bug in git-annex, since it is using only standard posix filesystem system calls, plus inotify.
-
-Based on this, samba/CIFS does not support inotify:
-Thus, the assistant won't work on it.
-
-If I were you, I'd set up git-annex repositories on local filesystems, and let it take care of the syncronosation, rather than using a networked filesystem.
-"""]]
diff --git a/doc/bugs/Data_loss_when_doing___96__git_annex_import_--force__96__.mdwn b/doc/bugs/Data_loss_when_doing___96__git_annex_import_--force__96__.mdwn
deleted file mode 100644
index 60e04fc146..0000000000
--- a/doc/bugs/Data_loss_when_doing___96__git_annex_import_--force__96__.mdwn
+++ /dev/null
@@ -1,62 +0,0 @@
-### Please describe the problem.
-
-Calling `git annex import --force file-in-working-copy` removes `file-in-working-copy` from disk.
-
-My workflow is:
-
-1) copy the CR2 files from a card to the desired directory structure using a tool of my choice,
-2) import the created directory layout to git-annex
-
-### What version of git-annex are you using? On what operating system?
-
-[[!format sh """
-$ git-annex version
-git-annex version: 5.20150327
-build flags: Pairing Testsuite S3 DBus DNS Feeds Quvi TDFA
-key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E MD5E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 MD5 WORM URL
-remote types: git gcrypt S3 bup directory rsync web bittorrent tahoe glacier ddar hook external
-local repository version: 5
-supported repository version: 5
-upgrade supported from repository versions: 0 1 2 4
-"""]]
-
-### How to reproduce:
-
-[[!format sh """
-jkt@svist ~/temp $ mkdir annex-add-force-data-loss
-jkt@svist ~/temp $ cd annex-add-force-data-loss/
-jkt@svist ~/temp/annex-add-force-data-loss $ git init
-Initialized empty Git repository in /home/jkt/temp/annex-add-force-data-loss/.git/
-jkt@svist ~/temp/annex-add-force-data-loss $ echo 1234 > foo
-jkt@svist ~/temp/annex-add-force-data-loss $ ls -al
-total 16K
-drwxr-xr-x 3 jkt jkt 27 May 8 13:54 .
-drwx------ 55 jkt jkt 8.0K May 8 13:54 ..
-drwxr-xr-x 6 jkt jkt 96 May 8 13:54 .git
--rw-r--r-- 1 jkt jkt 5 May 8 13:54 foo
-jkt@svist ~/temp/annex-add-force-data-loss $ git annex import --force foo
-git-annex: First run: git-annex init
-jkt@svist ~/temp/annex-add-force-data-loss $ git annex init
-init ok
-(recording state in git...)
-jkt@svist ~/temp/annex-add-force-data-loss $ ls -al
-total 16K
-drwxr-xr-x 3 jkt jkt 27 May 8 13:54 .
-drwx------ 55 jkt jkt 8.0K May 8 13:54 ..
-drwxr-xr-x 8 jkt jkt 119 May 8 13:54 .git
--rw-r--r-- 1 jkt jkt 5 May 8 13:54 foo
-jkt@svist ~/temp/annex-add-force-data-loss $ git annex import --force foo
-import foo
-git-annex: foo: rename: does not exist (No such file or directory)
-failed
-git-annex: import: 1 failed
-jkt@svist ~/temp/annex-add-force-data-loss $ ls -al
-total 12K
-drwxr-xr-x 3 jkt jkt 17 May 8 13:55 .
-drwx------ 55 jkt jkt 8.0K May 8 13:54 ..
-drwxr-xr-x 8 jkt jkt 119 May 8 13:55 .git
-"""]]
-...and the file is gone :(.
-
-> You should use `git annex add` in this case, not import.
-> I've made import refuse to run in this case. [[done]] --[[Joey]]
diff --git a/doc/bugs/Deleted_files_during_merge.mdwn b/doc/bugs/Deleted_files_during_merge.mdwn
deleted file mode 100644
index 63ef1de7d4..0000000000
--- a/doc/bugs/Deleted_files_during_merge.mdwn
+++ /dev/null
@@ -1,2138 +0,0 @@
-### Please describe the problem.
-
-I edited a file on one machine (firefly), which then synced with another (browncoats). browncoats then deleted the changed file and comitted that with the message «git-annex in browncoats». During this time the file was only ever touched on one machine (firefly), never on browncoats (which I turned on after the two commits on firefly had been made, with git annex assistant running). The result is that the file has disappeared and I have to dig through the log and get it from a backup repository. Both machines are running the assistant in direct mode. Both on ext4 in case that matters.
-
-I've included the daemon.log from browncoats (with filenames redacted).
-
-### What steps will reproduce the problem?
-
-Unknown.
-
-### What version of git-annex are you using? On what operating system?
-
-Both are Archlinux 64bit, both running git-annex version 5.20150219-g52daae5 from the standalone 64bit build.
-
-### Please provide any additional information below.
-
-First commit:
-[[!format text """
-Date: Thu Mar 5 13:24:30 2015 +0100
-
- git-annex in firefly
-
-diff --git a/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods b/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods
-index 5a18c1e..e579681 120000
---- a/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods
-+++ b/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods
-@@ -1 +1 @@
--../../../../.git/annex/objects/Kg/v0/SHA256E-s39322--ca7a6d4d84b59d49a699e921438ace0d6c326c9db218a7c99b0b6626cae4b976.ods/SHA256E-s39322--ca7a6d4d84b59d49a699e921438ace0d6c326c9db218a7c99b0b6626cae4b976.ods
-\ No newline at end of file
-+../../../../.git/annex/objects/V8/7z/SHA256E-s39378--dfbc693d94beb76e1556ff2aefd87b5b6678b93f03bcb0113e1249872c6f7c71.ods/SHA256E-s39378--dfbc693d94beb76e1556ff2aefd87b5b6678b93f03bcb0113e1249872c6f7c71.ods
-\ No newline at end of file
-"""]]
-
-Second commit:
-[[!format text """
-Date: Thu Mar 5 13:27:21 2015 +0100
-
- git-annex in firefly
-
-diff --git a/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods b/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods
-index e579681..f7fbb69 120000
---- a/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods
-+++ b/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods
-@@ -1 +1 @@
--../../../../.git/annex/objects/V8/7z/SHA256E-s39378--dfbc693d94beb76e1556ff2aefd87b5b6678b93f03bcb0113e1249872c6f7c71.ods/SHA256E-s39378--dfbc693d94beb76e1556ff2aefd87b5b6678b93f03bcb0113e1249872c6f7c71.ods
-\ No newline at end of file
-+../../../../.git/annex/objects/0v/kG/SHA256E-s39498--d962b697df05df77275572bc03f18995b47d013708e6b775c700b3092028c54f.ods/SHA256E-s39498--d962b697df05df77275572bc03f18995b47d013708e6b775c700b3092028c54f.ods
-\ No newline at end of file
-"""]]
-
-The final commit, now on the remote:
-
-[[!format text """
-Date: Thu Mar 5 13:34:47 2015 +0100
-
- git-annex in browncoats
-
-diff --git a/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods b/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods
-deleted file mode 120000
-index f7fbb69..0000000
---- a/Dokument/Dokument/Skule/Sjukepleie-s4/leseliste.ods
-+++ /dev/null
-@@ -1 +0,0 @@
--../../../../.git/annex/objects/0v/kG/SHA256E-s39498--d962b697df05df77275572bc03f18995b47d013708e6b775c700b3092028c54f.ods/SHA256E-s39498--d962b697df05df77275572bc03f18995b47d013708e6b775c700b3092028c54f.ods
-\ No newline at end of file
-"""]]
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-[2015-03-05 13:32:49 CET] main: starting assistant version 5.20150219-g52daae5
-[2015-03-05 13:32:51 CET] Cronner: Consistency check in progress
-[2015-03-05 13:34:40 CET] TransferScanner: Syncing with firefly, serenity, zoe, river
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: Ingen slik fil eller filkatalog
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: Ingen slik fil eller filkatalog
-Warning: the ECDSA host key for 'firefly' differs from the key for the IP address '10.0.0.17'
-Offending key for IP in /home/zerodogg/.ssh/known_hosts:103
-Matching host key in /home/zerodogg/.ssh/known_hosts:148
-X11 forwarding request failed
-Warning: the ECDSA host key for 'firefly' differs from the key for the IP address '10.0.0.17'
-Offending key for IP in /home/zerodogg/.ssh/known_hosts:103
-Matching host key in /home/zerodogg/.ssh/known_hosts:148
-X11 forwarding request failed on channel 0
-(scanning...) [2015-03-05 13:34:41 CET] Watcher: Performing startup scan
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-git-annex-shell: expected repository UUID b158aa97-4b68-4c37-a109-f3df91480185 but found UUID 2a6ccda4-f94c-484f-aep11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: Ingen slik fil eller filkatalog
-p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: Ingen slik fil eller filkatalog
-gpg: Signature made to. 19. feb. 2015 kl. 23.44 +0100 CET using DSA key ID 89C809CB
-gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
-gpg: Good signature from "git-annex distribution signing key (for Joey Hess) "
-gpg: WARNING: This key is not certified with a trusted signature!
-gpg: There is no indication that the signature belongs to the owner.
-Primary key fingerprint: 4005 5C6A FD2D 526B 2961 E78F 5EE1 DBA7 89C8 09CB
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-git-annex-shell: expected repository UUID b158aa97-4b68-4c37-a109-f3df91480185 but found UUID 2a6ccda4-f94c-484f-aefe-ce49c1767eab
-ssh: connect to host river port 22: No route to host
-fsck FILENAME ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-git-annex-shell: expected repository UUID b158aa97-4b68-4c37-a109-f3df91480185 but found UUID 2a6ccda4-f94c-484f-aefe-ce49c1767eab
-From firefly:Documents/annexed
- 66ab32c..decb072 annex/direct/master -> firefly/annex/direct/master
- 7a45b9c..66cf859 git-annex -> firefly/git-annex
- 94362e9..decb072 master -> firefly/master
- 66ab32c..decb072 synced/master -> firefly/synced/master
-(checksum...)
-ok
-fsck FILENAME (merging firefly/git-annex into git-annex...)
-(started...) (checksum...)
-ok
-fsck FILENAME From serenity:/home/zerodogg/Documents/annexed
- 7a45b9c..66cf859 synced/git-annex -> serenity/synced/git-annex
- 66ab32c..decb072 synced/master -> serenity/synced/master
-Automatic merge went well; stopped before committing as requested
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-(checksum...)
-ok
-fsck FILENAME [2015-03-05 13:34:47 CET] Committer: Committing changes to git
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME [2015-03-05 13:34:47 CET] Pusher: Syncing with firefly, serenity, zoe, river
-Warning: the ECDSA host key for 'firefly' differs from the key for the IP address '10.0.0.17'
-Offending key for IP in /home/zerodogg/.ssh/known_hosts:103
-Matching host key in /home/zerodogg/.ssh/known_hosts:148
-(checksum...)
-ok
-fsck FILENAME X11 forwarding request failed on channel 0
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME To zerodogg@firefly:Documents/annexed
- 7a45b9c..510e591 git-annex -> synced/git-annex
- decb072..0f076c0 annex/direct/master -> synced/master
-(checksum...)
-ok
-fsck FILENAME To serenity:/home/zerodogg/Documents/annexed
- 66cf859..510e591 git-annex -> synced/git-annex
- decb072..0f076c0 annex/direct/master -> synced/master
-(checksum...)
-ok
-fsck FILENAME [2015-03-05 13:34:49 CET] RemoteControl: Syncing with firefly
-X11 forwarding request failed
-(checksum...)
-ok
-fsck FILENAME ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-ssh: connect to host river port 22: No route to host
-ssh: connect to host rivefatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-r port 22: No route to host
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-git-annex-shell: expected repository UUID b158aa97-4b68-4c37-a109-f3df91480185 but found UUID 2a6ccda4-f94c-484f-aefe-ce49c1767eab
-(checksum...)
-ok
-fsck FILENAME From firefly:Documents/annexed
- decb072..0f076c0 annex/direct/master -> firefly/annex/direct/master
- 66cf859..1de4042 git-annex -> firefly/git-annex
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME Warning: the ECDSA host key for 'firefly' differs from the key for the IP address '10.0.0.17'
-Offending key for IP in /home/zerodogg/.ssh/known_hosts:103
-Matching host key in /home/zerodogg/.ssh/known_hosts:148
-(checksum...)
-ok
-fsck FILENAME X11 forwarding request failed on channel 0
-To zerodogg@firefly:Documents/annexed
- 510e591..1de4042 git-annex -> synced/git-annex
-(checksum...)
-ok
-fsck FILENAME Everything up-to-date
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-ssh: connect to host river port 22: Nfatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-(checksum...)
-ok
-fsck FILENAME git-annex-shell: expected repository UUID b158aa97-4b68-4c37-a109-f3df91480185 but found UUID 2a6ccda4-f94c-484f-aefe-ce49c1767eab
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME fatal: Unable to create '/home/zerodogg/Documents/annexed/.git/refs/heads/synced/git-annex.lock': File exists.
-
-If no other git process is currently running, this probably means a
-git process crashed in this repository earlier. Make sure no other git
-process is running and remove the file manually to continue.
-fatal: The remote end hung up unexpectedly
-fatal: The remote end hung up unexpectedly
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME From zoe:Documents/annexed
- 61b7ec9..1de4042 synced/git-annex -> zoe/synced/git-annex
- e3b0e2e..0f076c0 synced/master -> zoe/synced/master
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-git-annex-shell: expected repository UUID b158aa97-4b68-4c37-a109-f3df91480185 but found UUID 2a6ccda4-f94c-484f-aefe-ce49c1767eab
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME fra 2013-02-15 00:05:43.png Everything up-to-date
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-ssh: connect to hofatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-st river port 22: No route to host
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME To zerodogg@zoe:Documents/annexed
- 61b7ec9..1de4042 git-annex -> synced/git-annex
- e3b0e2e..0f076c0 annex/direct/master -> synced/master
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-fatal: Could not read from remote repository.
-
-Please make sure you have the correct access rights
-and the repository exists.
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-git-annex-shell: expected repository UUID b158aa97-4b68-4c37-a109-f3df91480185 but found UUID 2a6ccda4-f94c-484f-aefe-ce49c1767eab
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME Dragonfall/ShadowrunEditor.ini (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME s(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-(checksum...)
-ok
-fsck FILENAME ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
-git-annex-shell: expected repository UUID b158aa97-4b68-4c37-a109-f3df91480185 but found UUID 2a6ccda4-f94c-484f-aefe-ce49c1767eab
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (2).pdf (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ONSDAG.ret (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ONSDAG.ret (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME M_HAVREGRYN.ret (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-(checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME (checksum...)
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-fsck FILENAME ok
-
- Time limit (5m) reached!
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-ssh: connect to host river port 22: No route to host
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: unexplained error (code 255) at io.c(226) [sender=3.1.1]
-
-# End of transcript or log.
-"""]]
-
-> This seems very like the problem described in
-> [[git_annex_still_deleting_content_when_merging]]. Without a way to
-> reproduce it, I can't tell for sure, but the circumstances of both seem
-> the same. I'm going to close this as a duplicate, and have updated the
-> other bug report to point to it as more evidence of the bug. [[done]]
-
-[[!meta title="Assistant deleted modified file during merge"]]
diff --git a/doc/bugs/Direct_mode_sync_fails_to_transfer_a_10GB_file.mdwn b/doc/bugs/Direct_mode_sync_fails_to_transfer_a_10GB_file.mdwn
deleted file mode 100644
index 21c7af19b8..0000000000
--- a/doc/bugs/Direct_mode_sync_fails_to_transfer_a_10GB_file.mdwn
+++ /dev/null
@@ -1,60 +0,0 @@
-### Please describe the problem.
-
-On Windows, a 10GB file of mine is successfully indexed (``git annex add``'ed), but ``git annex sync --content`` always fails with rsync, saying "recvkey: received key with wrong size". This is the largest file I've tested so far, and the only one that's failed.
-
-### What steps will reproduce the problem?
-
-1. Copy a 10GB file to a working copy (mine is ''PNG_Sequence.rar'', 10 361 629 980 bytes).
-2. Run ``git annex add``
-3. Run ``git annex sync --content``
-
-### What version of git-annex are you using? On what operating system?
-
-Windows 7 x64 with:
-
- git-annex version: 5.20141128-g70f997e
- build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feed
- s Quvi TDFA CryptoHash
- key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SH
- A256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
- remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar ho
- ok external
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-commit (Recording state in git...)
-ok
-pull origin
-ok
-copy Art/PlanetPioneers/PNG_Sequence.rar copy Art/PlanetPioneers/PNG_Sequence.ra
-r (checking origin...) (to origin...)
- recvkey: received key with wrong size; discarding
-
-sent 39 bytes received 12 bytes 102.00 bytes/sec
-rsync error: syntax or usage error (code 1) at /home/lapo/package/rsync-3.0.9-1/
-src/rsync-3.0.9/main.c(1052) [sender=3.0.9]total size is 10361629980 speedup is
- 203169215.29
- rsync failed -- run git annex again to resume file transfer
-failed
-pull origin
-ok
-push origin
-Counting objects: 24, done.
-Delta compression using up to 8 threads.
-Compressing objects: 100% (11/11), done.
-Writing objects: 100% (13/13), 1.06 KiB | 0 bytes/s, done.
-Total 13 (delta 7), reused 0 (delta 0)
-To ssh://gitannex@serv-gitannex:/home/gitannex/git-annex-test.git
- f8f70de..41bec92 git-annex -> synced/git-annex
- 090ca15..e9e842b annex/direct/master -> synced/master
-ok
-git-annex: sync: 1 failed
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Direct_mode_sync_fails_to_transfer_a_10GB_file/comment_1_cb9e9dada7baf4e48725a9483b3b448a._comment b/doc/bugs/Direct_mode_sync_fails_to_transfer_a_10GB_file/comment_1_cb9e9dada7baf4e48725a9483b3b448a._comment
deleted file mode 100644
index 42acf9f64e..0000000000
--- a/doc/bugs/Direct_mode_sync_fails_to_transfer_a_10GB_file/comment_1_cb9e9dada7baf4e48725a9483b3b448a._comment
+++ /dev/null
@@ -1,25 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-01-20T19:41:44Z"
- content="""
-In my own test, I made a 10 gb file, and the key git-annex came up with had
-a size of -2147483648 which is clearly screwed up.. But that's what
-getFileStatus reports the size as. This was in an 32 bit XP VM.
-
-Hmm, unix-compat's getFileStatus calls getFileSize, which yields a
-FileOffset. The maxBound of that on linux is a nice large
-9223372036854775807, but on Windows, it appears to be 2147483647.
-
-Compare with using hFileSize, which yields an Integer. So,
-getFileSize and fileSize are unsafe on Windows due to FileOffset being so
-small on Windows.
-
-I have now corrected all places in git-annex that used the unsafe fileSize.
-It will behave correctly on Windows now.
-
-However, if you still have the repo with the big file, it's key still has
-the wrong size. To fix, you can "git annex unannex" the file, and then "git
-annex add" it back, after upgrading to the current daily build, or the next
-release of git-annex.
-"""]]
diff --git a/doc/bugs/Drop_--from_always_trusts_local_repository.mdwn b/doc/bugs/Drop_--from_always_trusts_local_repository.mdwn
deleted file mode 100644
index 53bdda3328..0000000000
--- a/doc/bugs/Drop_--from_always_trusts_local_repository.mdwn
+++ /dev/null
@@ -1,46 +0,0 @@
-### Please describe the problem.
-
-The command `git annex drop --from` always trusts the local repository, even if
-it is marked as untrusted.
-
-
-### What steps will reproduce the problem?
-[[!format sh """
-mkdir t u; cd t; git init; git commit --allow-empty -m "Initial commit"; git annex init "Trusted"; date > file; git annex add file; git commit -m "Add file"; cd ../u; git init; git remote add t ../t; git fetch t; git merge t/master; git annex init "Untrusted"; git annex untrust .; git annex get file; cd ../t; git remote add u ../u; git fetch u; cd ..
-"""]]
-
-Create two repositories, *t* (trusted) and *u* (untrusted). A file is in both
-repositories. When performing `git annex drop file` in repository *t*, `git
-annex` will abort because there are not enough copies. But when performing `git
-annex drop --from t file` in *u*, git annex will delete the copy.
-
-
-### What version of git-annex are you using? On what operating system?
-
-Bug was introduced with 6c31e3a8 and still exists in current master (d955cfe7).
-
-
-### Please provide any additional information below.
-
-The following change seems to solve the problem. (First time working with
-Haskell, please excuse the crude code.)
-
-[[!format diff """
-diff --git a/Command/Drop.hs b/Command/Drop.hs
-index 269c4c2..09ea99a 100644
---- a/Command/Drop.hs
-+++ b/Command/Drop.hs
-@@ -82,8 +82,9 @@ performRemote key afile numcopies remote = lockContent key $ do
- (remotes, trusteduuids) <- Remote.keyPossibilitiesTrusted key
- present <- inAnnex key
- u <- getUUID
-+ level <- lookupTrust u
- let have = filter (/= uuid) $
-- if present then u:trusteduuids else trusteduuids
-+ if present && level <= SemiTrusted then u:trusteduuids else trusteduuids
- untrusteduuids <- trustGet UnTrusted
- let tocheck = filter (/= remote) $
- Remote.remotesWithoutUUID remotes (have++untrusteduuids)
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Drop_files_with_the_same_checksum..mdwn b/doc/bugs/Drop_files_with_the_same_checksum..mdwn
deleted file mode 100644
index 0dcae20c7e..0000000000
--- a/doc/bugs/Drop_files_with_the_same_checksum..mdwn
+++ /dev/null
@@ -1,33 +0,0 @@
-### Please describe the problem.
-When two identical files are annexed and one of them is dropped, both files are gone (one dangling symlink is left). This may be intentional (the checksums are the same after all), but then is there a way to drop one of the files?
-
-### What steps will reproduce the problem?
-
- mkdir annex
- cd annex
- git init
- git annex init
- mkdir a b
- dd if=/dev/urandom of=a/data.bin count=2048
- cp a/data.bin b
- git annex add a/data.bin b/data.bin
- git commit -m "Added raw data."
- git annex drop --force a/data.bin
- file b/data.bin
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version: 5.20140831+b1
-build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS 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 webdav tahoe glacier ddar hook external
-local repository version: 5
-supported repository version: 5
-
-Distributor ID: Debian
-Description: Debian GNU/Linux testing (jessie)
-Release: testing
-Codename: jessie
-
-> If you don't want git-annex to de-duplicate files you can use a backend
-> such as WORM. Here it's behaving as expected, so [[done]]. --[[Joey]]
diff --git a/doc/bugs/Endless_SSH_password_prompts.mdwn b/doc/bugs/Endless_SSH_password_prompts.mdwn
deleted file mode 100644
index 6a180f2744..0000000000
--- a/doc/bugs/Endless_SSH_password_prompts.mdwn
+++ /dev/null
@@ -1,38 +0,0 @@
-### Please describe the problem.
-Yesterday I installed git-annex on two computers and paired their repos. Today I logged back in to one of them, and as soon as the webapp loaded (autostarted in the background), it popped up an OpenSSH prompt wanting my key's password. I typed it in, and it popped up another. This went on several times. When I hit Cancel instead, it popped up a prompt wanting the password for the user account on my other computer. Even with that, once wasn't enough.
-
-This is bad enough, but worse is that the password prompt captures the keyboard input so I can't even open my Yakuake console to kill git-annex. Well, it's difficult and requires hitting Escape rapidly over and over until I can squeeze in a keystroke to the rest of the system.
-
-I don't understand why this is happening.
-
-1. Shouldn't git-annex have installed a passwordless key on my paired system? It did that for my remote repo.
-
-2. The prompt it's using has no option to remember the pasword. I use ssh-agent, but usually by running ssh-add in a terminal. Maybe if it would use a prompt that works with the agent it wouldn't ask for the password multiple times.
-
-3. I think it's opening multiple SSH connections at once, before I've entered the password even once, so even after I enter the password, it will keep asking for it until I've entered it for every SSH process that was already started.
-
-### What version of git-annex are you using? On what operating system?
-1 Nov 2013 Linux tarball on Ubuntu Raring 13.04
-
-> [[fixed|done]]; assistant now sets `StrictHostKeyChecking yes`
-> when creating ssh remotes. It also fixes up any ssh remotes it already
-> created to have that setting (unless StrictHostKeyChecking is already
-> being set).
->
-> So, when the host key changes, syncing with the remote will now fail,
-> rather than letting ssh prompt for the y/n response. In the local
-> pairing case, this is completely right, when on a different lan
-> and it tries to communicate with the wrong host there. OTOH, if the ssh
-> key of a ssh server has really changed, the assistant does not currently
-> help dealing with that.
->
-> Any ssh remotes not set up by the assistant are left as-is, so this
-> could still happen if the ssh host key of such a ssh remote changes.
-> I'll assume that if someone can set up their ssh remotes at the command
-> line, they can also read the dialog box ssh pops up, ignore the
-> misleading "passphrase request" in the title, and see that it's actually
-> prompting about a host key change. --[[Joey]]
->
-> Update: See [[bugs/kill_git-annex_assistant_on_logout]] -- the fact that
-> it happened after logging back in suggests that was the actual cause of
-> this problem. --[[Joey]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_1_b3a32d7a53c30478f409a47f856282ab._comment b/doc/bugs/Endless_SSH_password_prompts/comment_1_b3a32d7a53c30478f409a47f856282ab._comment
deleted file mode 100644
index b1ea715265..0000000000
--- a/doc/bugs/Endless_SSH_password_prompts/comment_1_b3a32d7a53c30478f409a47f856282ab._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.47"
- subject="comment 1"
- date="2013-11-03T00:29:14Z"
- content="""
-Pairing sets up the same kind of dedicated passwordless ssh key that is used when adding a ssh server.
-
-It's not clear from your description what program is asking for the password, or even if it's asking for the password for a ssh key. You need to provide more details.
-"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_2_0a1fc4b4580d8be4c37064e0a16de99b._comment b/doc/bugs/Endless_SSH_password_prompts/comment_2_0a1fc4b4580d8be4c37064e0a16de99b._comment
deleted file mode 100644
index fec729ddbd..0000000000
--- a/doc/bugs/Endless_SSH_password_prompts/comment_2_0a1fc4b4580d8be4c37064e0a16de99b._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
- nickname="Adam"
- subject="comment 2"
- date="2013-11-03T00:39:38Z"
- content="""
-I'm not sure which program is doing the asking either. The title bar says \"OpenSSH\". It is asking for the SSH key password, but if I dismiss the dialog without entering the password, it will open another dialog asking for the user account's password, e.g. me@laptop, indicating it's SSH falling back to password auth.
-"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_3_46210f7745b8c7c237fc8b08309390fe._comment b/doc/bugs/Endless_SSH_password_prompts/comment_3_46210f7745b8c7c237fc8b08309390fe._comment
deleted file mode 100644
index aacf1cc01c..0000000000
--- a/doc/bugs/Endless_SSH_password_prompts/comment_3_46210f7745b8c7c237fc8b08309390fe._comment
+++ /dev/null
@@ -1,11 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawlHNJ7FpiXJNwSmojlwKwXhhF5QvwpNPmI"
- nickname="Colin"
- subject="Confirmed"
- date="2013-11-14T17:57:23Z"
- content="""
-I am seeing the same problem. It happened on a machine running git-annex on Debian Testing some weeks ago, and I eventually disabled the offending repository for my sanity (incidentally - it seems to have vanished so I don't know how to re-enable it apart from adding it again).
-
-It has just very recently (some days) started on this machine running Debian Unstable.
-
-"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_4_bf311301063db06bcfa8ce8d7db54028._comment b/doc/bugs/Endless_SSH_password_prompts/comment_4_bf311301063db06bcfa8ce8d7db54028._comment
deleted file mode 100644
index 0a182f3103..0000000000
--- a/doc/bugs/Endless_SSH_password_prompts/comment_4_bf311301063db06bcfa8ce8d7db54028._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://id.koumbit.net/anarcat"
- ip="2001:1928:1:9::1"
- subject="similar"
- date="2013-12-02T01:39:36Z"
- content="""
-I am having a similar issue here. The problem is that the assistant is started along with my regular session, but the SSH keys required for the assistant to sync are prompted during my session startup. So I actually get lots of prompts, because the assistant is started before I have time to enter the password for my SSH key.
-"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_5_7490ca530d4e7d49eaa264eb5880dd17._comment b/doc/bugs/Endless_SSH_password_prompts/comment_5_7490ca530d4e7d49eaa264eb5880dd17._comment
deleted file mode 100644
index 7990d0ff27..0000000000
--- a/doc/bugs/Endless_SSH_password_prompts/comment_5_7490ca530d4e7d49eaa264eb5880dd17._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkdiXn5s1wX2Zncy1S7_h-yPTv2gt0bmmY"
- nickname="Jacob"
- subject="Same problem on ubuntu"
- date="2013-12-15T14:22:55Z"
- content="""
-Same problem, I even manually setup ssh keys between the two servers but it just loops and keeps asking for a password every sync.
-"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_6_57952f91c8d55558cce18b229398f70c._comment b/doc/bugs/Endless_SSH_password_prompts/comment_6_57952f91c8d55558cce18b229398f70c._comment
deleted file mode 100644
index 863756a008..0000000000
--- a/doc/bugs/Endless_SSH_password_prompts/comment_6_57952f91c8d55558cce18b229398f70c._comment
+++ /dev/null
@@ -1,11 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.87"
- subject="comment 6"
- date="2013-12-19T16:36:55Z"
- content="""
-Taking a screenshot, and running `ps -fax` to find what programs are
-running, seem like the logical first steps to get anywhere on this
-problem.
-
-"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_7_6d6a131fda398840cfe00c52ad560ed2._comment b/doc/bugs/Endless_SSH_password_prompts/comment_7_6d6a131fda398840cfe00c52ad560ed2._comment
deleted file mode 100644
index c135989b0b..0000000000
--- a/doc/bugs/Endless_SSH_password_prompts/comment_7_6d6a131fda398840cfe00c52ad560ed2._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.87"
- subject="comment 7"
- date="2013-12-19T17:54:33Z"
- content="""
-Seems likely that this is ssh prompting that the host key has changed. The dialog box has \"password\" at the top, but if you actually read it, it's prompting for a yes/no response to a host key change.
-
-So, I probably need to turn on StrictHostKeyChecking.
-"""]]
diff --git a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX.mdwn b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX.mdwn
deleted file mode 100644
index 67dfae11de..0000000000
--- a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX.mdwn
+++ /dev/null
@@ -1,39 +0,0 @@
-What steps will reproduce the problem?
-
-1. Click "Remote server: Set up a repository on a remote server using ssh."
-2. Enter hostname and different username than currently logged in user
-3. Click check this server
-
-
-What is the expected output?
-
-> I expected to see the next step in the remote repo creration process.
-
-What do you see instead?
-
-
-> Failed to ssh to the server. Transcript: ssh_askpass: exec(/usr/libexec/ssh-askpass): No such file or directory Permission denied, please try again. ssh_askpass: exec(/usr/libexec/ssh-askpass): No such file or directory Permission denied, please try again. ssh_askpass: exec(/usr/libexec/ssh-askpass): No such file or directory Permission denied (publickey,password).
-
-
-What version of git-annex are you using?
-
-> git-annex: Version: 3.20130114
-
-
-On what operating system?
-
-> OSX: 10.8.2
-
-
-
-Please provide any additional information below.
-
-> I mentioned "with a different username" because the assistant will allow me to create a remote repository on the same target machine when I use my normal username. I think this is most likely because I have a ssh-key setup for the account on the remote machine. However I do not want to assume anything and send you down the wrong OSX rabbit hole.
-
-> After a little research it seems that OSX does not have a ssh-askpass
-
-[[!tag /design/assistant/OSX]]
-[[!meta title="ssh-askpass not available on OSX"]]
-
-> [[fixed|done]]; the webapp now handles ssh password prompting on its own,
-> ssh-askpass is not needed. --[[Joey]]
diff --git a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_1_559555934d79ae6be383063abcaae22e._comment b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_1_559555934d79ae6be383063abcaae22e._comment
deleted file mode 100644
index 8b701250c7..0000000000
--- a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_1_559555934d79ae6be383063abcaae22e._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.154.3.125"
- subject="comment 1"
- date="2013-02-05T19:45:24Z"
- content="""
-It should be possible to use SSHPassKey as described here:
-
-However, this all seems pretty crummy, and so perhaps it would be worth it for the webapp to do its own ssh password prompting when setting up a remote.
-"""]]
diff --git a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_2_a9f4f9db042ab6f6c15d6954651971b2._comment b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_2_a9f4f9db042ab6f6c15d6954651971b2._comment
deleted file mode 100644
index f0d25d778f..0000000000
--- a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_2_a9f4f9db042ab6f6c15d6954651971b2._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="Peng"
- ip="171.37.79.254"
- subject="Found an easy solution"
- date="2013-06-15T03:34:52Z"
- content="""
-Just install this script on OS X, and you'll get the ssh-askpass command.
-
-https://github.com/markcarver/mac-ssh-askpass
-
-Tested working successfully on OS X 10.8.3.
-"""]]
diff --git a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_3_55a496d0a0be80ba723b17bf9faa3bc0._comment b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_3_55a496d0a0be80ba723b17bf9faa3bc0._comment
deleted file mode 100644
index e22ca1ff91..0000000000
--- a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_3_55a496d0a0be80ba723b17bf9faa3bc0._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnb4NsPsSSHTniueRuVnBzTLrDiDqBZIfY"
- nickname="Doug"
- subject="Same problem but still does not work with askpass installed"
- date="2013-07-24T18:19:25Z"
- content="""
-So, I got askpass installed and I'm still getting the same error as everybody else. It's a strange thing as I have my public key dumped on the remote server and I can log in fine manually. It's an empty passphrase so there shouldn't be any prompting going on.
-"""]]
diff --git a/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars.mdwn b/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars.mdwn
deleted file mode 100644
index 3c00472d77..0000000000
--- a/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars.mdwn
+++ /dev/null
@@ -1,25 +0,0 @@
-### Please describe the problem.
-I’ve noticed that daemon.log will sometimes contain error messages arising from logging a file name during transfer. Additionally, I’ve occasionally noticed that certain files get «stuck» after being added to the objects store, i. e., they will never be committed by the assistant and have to be staged manually; it appears there is a correlation between files where the logger errors out and files getting stuck.
-
-I can reproduce this using the en-dash (U+2013).
-
-### What steps will reproduce the problem?
-1. Create a file named «Behold – the majestic en-dash» in a repository where the assistant is running.
-2. Observe file has not been added by the assistant and daemon.log contains no message pertaining to new file.
-3. Restart assistant.
-4. Observe in daemon.log that the logger has errored out with «hPutChar: invalid argument» and gives the Unicode replacement character thrice for each en-dash.
-5. Observe that file is added to object store, but the symlink is not staged or committed by the assistant.
-
-### What version of git-annex are you using? On what operating system?
-git-annex 5.20150731
-Linux 4.0.9
-
-### Please provide any additional information below.
-[[!format sh """
-# After restarting the assistant.
-[2015-07-28 14:24:58 CEST] Committer: Adding 978Error writing log message: : hPutChar: invalid argument (invalid character) (original message: [2015-07-28 14:24:58 CEST] Committer: Adding 978\65533\65533\655330\65533\65533..1\65533\65533\655330.pdf)
-[2015-07-28 14:24:59 CEST] Transferrer: Uploaded 978Error writing log message: : hPutChar: invalid argument (invalid character) (original message: [2015-07-28 14:24:59 CEST] Transferrer: Uploaded 978\65533\65533\655330\65533\65533..1\65533\65533\655330.pdf)
-"""]]
-
-> Closing this because the main bug is fixed in hinotify git and will
-> percolate to the git-annex builds eventually. [[done]] --[[Joey]]
diff --git a/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_1_8a8f3722a0ed6ad030195cf32532e386._comment b/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_1_8a8f3722a0ed6ad030195cf32532e386._comment
deleted file mode 100644
index 7e91c77098..0000000000
--- a/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_1_8a8f3722a0ed6ad030195cf32532e386._comment
+++ /dev/null
@@ -1,7 +0,0 @@
-[[!comment format=mdwn
- username="eigengrau"
- subject="comment 1"
- date="2015-08-03T08:37:18Z"
- content="""
-BTW this was with LANG=en_US.utf8
-"""]]
diff --git a/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_2_1be17780fd4244053c504383ad56969b._comment b/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_2_1be17780fd4244053c504383ad56969b._comment
deleted file mode 100644
index fabe85a3ae..0000000000
--- a/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_2_1be17780fd4244053c504383ad56969b._comment
+++ /dev/null
@@ -1,26 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 2"""
- date="2015-08-03T14:33:38Z"
- content="""
-I was able to reproduce this, but only once I started the assistant with
-LANG=C. I suspect that the bug reporter's locale in the shell is not
-the locale the assistant was started with.
-
-(Also, I included the French quotes in the filename, which wasn't very
-clear in the bug report.)
-
-The failure to output a debug message is not actually fatal. The file
-still gets added and committed if it exists when the assistant starts up,
-despite this "error". What actually seems to be failing is the
-inotify code. Creating the file while the assistant is running with LANG=C
-results in no inotify event being received for it. AFAICS, the
-inotify library is falling over on the filename, before git-annex ever gets
-to see the file.
-
-Hmm, it looks like the inotify library is generating events with
-filenames that have high bit characters stripped out when run in the C
-locale! So, git-annex gets an event for a file that's not present, and
-ignores it. This sure seems like a bug in the inotify library to me. Bug
-filed: .
-"""]]
diff --git a/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_3_eb14f37daebccca05c413acd3112e5a0._comment b/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_3_eb14f37daebccca05c413acd3112e5a0._comment
deleted file mode 100644
index db3513b48e..0000000000
--- a/doc/bugs/Error_writing_log_message_when_filename_contains_Unicode_chars/comment_3_eb14f37daebccca05c413acd3112e5a0._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 3"""
- date="2015-08-03T15:28:00Z"
- content="""
-I've developed a patch to hinotify that fixes the problem. Hopefully it will
-be accepted upstream soon. (Update: It's merged and will be in the next
-release of hinotify.) Verified that with it, the assistant can add
-these files even when run in LANG=C.
-
-The debug logger still shows the error message, but it's not actually fatal,
-and I'm inclined to not do anything about it since it only shows up when
-debugging is enabled. Actually, I'm not sure what to do about it; it's
-writing to stderr, which has fileEncoding set on it, so I don't understand
-why it's having the problem -- when git-annex writes filenames to stderr it
-works ok, but when System.Log.Handler.Simple does, it fails like this
-weird.
-"""]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work.mdwn b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work.mdwn
deleted file mode 100644
index ee007b3f66..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work.mdwn
+++ /dev/null
@@ -1,145 +0,0 @@
-### Please describe the problem.
-
-In the external special remote protocol, SETURLPRESENT (and SETURIPRESENT) doesn't seem to work. My expectation is that it will add a public URL for a file, as with `git annex addurl`, so that clones can retrieve it without enabling the special remote. Instead, the specified URL doesn't show up under `git annex whereis` and isn't used when fetching the file in a clone. Am I misunderstanding how SETURLPRESENT is supposed to work?
-
-### What steps will reproduce the problem?
-
-See transcript below. I'm seeing this with [gcsannex](https://github.com/bgilbert/gcsannex), my external special remote.
-
-### What version of git-annex are you using? On what operating system?
-
-5.20150809-ga52b65a on Fedora 22 x86_64.
-
-### Please provide any additional information below.
-
-[[!format sh """
-# First, set up git-annex repository
-
-$ mkdir t
-$ cd t
-$ git init
-Initialized empty Git repository in /home/bgilbert/tmp/t/.git/
-$ git annex init
-init ok
-(recording state in git...)
-$ cp ~/sample.jpg .
-$ git annex add sample.jpg
-add sample.jpg ok
-(recording state in git...)
-$ git commit -m 'sample'
-[master (root-commit) 692e208] sample
- 1 file changed, 1 insertion(+)
- create mode 120000 sample.jpg
-$ GOOGLE_APPLICATION_CREDENTIALS=../credentials.json git annex initremote test1 type=external externaltype=gcs encryption=none project=my-project public=yes
-initremote test1 ok
-(recording state in git...)
-
-
-# Copy file to special remote. Note the SETURLPRESENT.
-
-$ git annex whereis sample.jpg
-whereis sample.jpg (1 copy)
- d2ed9d95-3005-40cc-a743-227c38e0242a -- bgilbert@trumpeter:~/tmp/t [here]
-ok
-$ git annex copy -t test1 sample.jpg --debug
-[2015-08-09 19:20:28 EDT] read: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","show-ref","git-annex"]
-[2015-08-09 19:20:28 EDT] read: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","show-ref","--hash","refs/heads/git-annex"]
-[2015-08-09 19:20:28 EDT] read: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","log","refs/heads/git-annex..a2e464a88d86394ef071cdc1af3f36856b91b0e1","-n1","--pretty=%H"]
-[2015-08-09 19:20:28 EDT] chat: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","cat-file","--batch"]
-[2015-08-09 19:20:28 EDT] read: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","ls-files","--cached","-z","--","sample.jpg"]
-copy sample.jpg [2015-08-09 19:20:28 EDT] chat: git-annex-remote-gcs []
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> VERSION 1
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- PREPARE
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETUUID
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE e49a874a-5480-4e48-aa51-c6e34ee5991c
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCONFIG project
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE my-project
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCONFIG location
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCONFIG storageclass
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCONFIG name
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE test1
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCONFIG bucket
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCONFIG public
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE yes
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCONFIG fileprefix
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCONFIG encryption
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- VALUE none
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs --> GETCREDS e49a874a-5480-4e48-aa51-c6e34ee5991c-creds-v1
-[2015-08-09 19:20:28 EDT] git-annex-remote-gcs <-- CREDS [elided]
-[2015-08-09 19:20:29 EDT] git-annex-remote-gcs --> PREPARE-SUCCESS
-[2015-08-09 19:20:29 EDT] git-annex-remote-gcs <-- CHECKPRESENT SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg
-[2015-08-09 19:20:30 EDT] git-annex-remote-gcs --> SETURLMISSING SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg https://storage-download.googleapis.com/test1-e49a874a-5480-4e48-aa51-c6e34ee5991c/SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg
-[2015-08-09 19:20:30 EDT] git-annex-remote-gcs --> CHECKPRESENT-FAILURE SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg
-(to test1...)
-[2015-08-09 19:20:30 EDT] git-annex-remote-gcs <-- TRANSFER STORE SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg .git/annex/objects/K2/7X/SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg/SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg
-[2015-08-09 19:20:32 EDT] git-annex-remote-gcs --> SETURLPRESENT SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg https://storage-download.googleapis.com/test1-e49a874a-5480-4e48-aa51-c6e34ee5991c/SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg
-[2015-08-09 19:20:32 EDT] git-annex-remote-gcs --> TRANSFER-SUCCESS STORE SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg
-ok
-[2015-08-09 19:20:32 EDT] chat: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","hash-object","-w","--stdin-paths","--no-filters"]
-[2015-08-09 19:20:32 EDT] feed: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","update-index","-z","--index-info"]
-[2015-08-09 19:20:32 EDT] read: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","show-ref","--hash","refs/heads/git-annex"]
-(recording state in git...)
-[2015-08-09 19:20:32 EDT] read: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","write-tree"]
-[2015-08-09 19:20:32 EDT] chat: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","commit-tree","ed61e5bed8cac36eef5e3feb72c0e4165947c746","--no-gpg-sign","-p","refs/heads/git-annex"]
-[2015-08-09 19:20:32 EDT] call: git ["--git-dir=.git","--work-tree=.","--literal-pathspecs","update-ref","refs/heads/git-annex","6885483c56c1fc394b4ca518c6c5377147d4931c"]
-
-
-# The URL is not shown in whereis, but does exist (HEAD returns 200).
-
-$ git annex whereis sample.jpg
-whereis sample.jpg (2 copies)
- d2ed9d95-3005-40cc-a743-227c38e0242a -- bgilbert@trumpeter:~/tmp/t [here]
- e49a874a-5480-4e48-aa51-c6e34ee5991c -- [test1]
-ok
-$ curl -I 'https://storage-download.googleapis.com/test1-e49a874a-5480-4e48-aa51-c6e34ee5991c/SHA256E-s380682--"0494a188e8cb9feda674b983dc294b7992512fe56fadd040708d22b388d3c38d".jpg' | head -n 1
-HTTP/1.1 200 OK
-
-
-# If I drop the file from this repository, make a new clone, and then
-# try to get the file in the clone without enabling the test1 remote,
-# git-annex does not fetch from the URL.
-
-$ git annex drop sample.jpg
-drop sample.jpg ok
-(recording state in git...)
-$ cd ..
-$ git clone t t2
-Cloning into 't2'...
-done.
-$ cd t2
-$ git annex init
-init (merging origin/git-annex into git-annex...)
-(recording state in git...)
-ok
-(recording state in git...)
-$ git annex sync
-commit ok
-pull origin
-ok
-push origin
-Counting objects: 6, done.
-Delta compression using up to 4 threads.
-Compressing objects: 100% (5/5), done.
-Writing objects: 100% (6/6), 699 bytes | 0 bytes/s, done.
-Total 6 (delta 2), reused 0 (delta 0)
-To /home/bgilbert/tmp/t
- * [new branch] git-annex -> synced/git-annex
- * [new branch] master -> synced/master
-ok
-$ git annex whereis sample.jpg
-whereis sample.jpg (1 copy)
- e49a874a-5480-4e48-aa51-c6e34ee5991c -- test1
-ok
-$ git annex get sample.jpg
-get sample.jpg (not available)
- Try making some of these repositories available:
- e49a874a-5480-4e48-aa51-c6e34ee5991c -- test1
-failed
-git-annex: get: 1 failed
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_1_af8bfacc1cc98719199e7bc57eaca5b4._comment b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_1_af8bfacc1cc98719199e7bc57eaca5b4._comment
deleted file mode 100644
index d2b5789438..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_1_af8bfacc1cc98719199e7bc57eaca5b4._comment
+++ /dev/null
@@ -1,48 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-08-11T16:14:22Z"
- content="""
-This is the first I've heard of your gcsannex. Thanks for working on it.
-
-I am pretty sure that the url is being recorded in the git-annex branch,
-and that if you look at the history of the branch, you'll see that. The
-reason whereis doesn't show it, and `git annex get` doesn't use it is that
-the location tracking info doesn't list the web as one of the locations of
-the key.
-
-Looking at the code, SETURLPRESENT causes the url to be recorded, and the
-location tracking info for the special remote (not the web) is updated to
-say it has the key.
-
-IIRC, my original use case for this was things like *.torrent urls, where
-it makes sense for the bittorrent special remote to add an url to the
-torrent, but we don't want the torrent to be downloaded as if it were the
-content of the file. However.. I don't know if any external special remotes
-actually use SETURLPRESENT this way. The SETUR*I*PRESENT varient seems to
-be the one really used, and/or CLAIMURL.
-
-So, SETURLPRESENT is feeling a bit like an unused appendix that doesn't do
-quite you want. And could be changed to do what you want quite easily -- by
-making it set the location tracking for the web. But, it's hard for me to
-tell if the current behavior is really unused. I suppose you could work
-around this by having your external special remote run "git annex
-setpresentkey" with the uuid used for the web
-(00000000-0000-0000-0000-000000000001).
-
-On the third hand, does it really make sense for a key, upon being uploaded
-to google drive, to appear to be in two remotes; both google drive and the
-web? If the web is not untrusted, it will count as another copy of the
-file, when there's not really another copy as such (google drive redundancy
-aside).
-
-What I did in the similar case of uploading a file to a public S3
-bucket is to not make that file be present in the web remote, and indeed
-not record the url in the git-annex branch at all. Instead, the S3 remote
-uses the `whereisKey` interface to add the url to the `whereis` output, and
-if the S3 API keys are not available, it will download files from the public
-url, instead of using the S3 protocol. An external special remote could also
-take this approach, although the internal `whereisKey` interface is not
-currently exposed. If you want to go this route, I'll see about adding
-that and any other necessary missing bits.
-"""]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_2_899b154cfe0385de0fec249f5e9a3f00._comment b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_2_899b154cfe0385de0fec249f5e9a3f00._comment
deleted file mode 100644
index cfc7af00c0..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_2_899b154cfe0385de0fec249f5e9a3f00._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="bgilbert@a0c64716cf22216de5eeb15a5ca4f009164c8fb3"
- nickname="bgilbert"
- subject="comment 2"
- date="2015-08-12T04:51:53Z"
- content="""
-Well, gcsannex didn't exist until last weekend. I hope people find it useful.
-
-You're correct about what is happening, and I agree that the public URL shouldn't appear to be another copy of the file. I was hoping to avoid requiring `enableremote` in a clone, but I see that the S3 remote [does also](https://git-annex.branchable.com/tips/public_Amazon_S3_remote/).
-
-I'll look at supporting unauthenticated reads through gcsannex directly. I'll add support for `whereisKey` if you decide to expose it; AFAICS it's only used in the output of `git annex whereis`, which is convenient but doesn't seem to be critical.
-"""]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_3_6e856db0eb3bb3e7674649857d53cc11._comment b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_3_6e856db0eb3bb3e7674649857d53cc11._comment
deleted file mode 100644
index 35108ee82b..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_3_6e856db0eb3bb3e7674649857d53cc11._comment
+++ /dev/null
@@ -1,24 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 3"""
- date="2015-08-13T20:47:28Z"
- content="""
-Needing enableremote is a trifle annoying, but I don't see a way to avoid
-it and it's symmetric with needing to add a git remote to a repo before
-accessing it. And of course, the user has to install your external special
-remote's implementation too. Which is perhaps more annoying in this use case
-where the file is only being retrieved with a dumb http call in the end.
-
-Instead of the current approach, I could have had special remotes
-use SETURLPRESENT to record the public urls for keys. Then git-annex
-would have something that notices if a special remote is not enabled, but
-supports public urls, and perhaps auto-enables the special remote in
-readonly mode, not using the normal implementation of the special remote,
-but a standin implementation that just uses the public urls. That seems a
-little complicated, especially with the auto-enabling, and it bloats the
-git-annex branch with public urls. IIRC those are the reasons I decided not
-to go that route.
-
-I've added WHEREIS to the protocol. It is only used for `whereis`
-display.
-"""]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_4_109c33f4ed1230a54e410842de7779f7._comment b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_4_109c33f4ed1230a54e410842de7779f7._comment
deleted file mode 100644
index 7bb2d0ef02..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_4_109c33f4ed1230a54e410842de7779f7._comment
+++ /dev/null
@@ -1,16 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 4"""
- date="2015-08-13T23:50:58Z"
- content="""
-Thinking some more, getting the external special remote program installed
-may be the real pain point here.
-
-I could easily add support for enableremote with readonly=yes, and have it
-not use the external program at all, just hit the urls previously registered
-with SETURLPRESENT.
-
-The git-annex branch would bloat some if a remote works this way, but if
-the urls consist mostly of some fixed strings, and the key, then git should
-pack those pretty efficiently.
-"""]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_5_5cd42f34ccdb665193960abb6e6248a1._comment b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_5_5cd42f34ccdb665193960abb6e6248a1._comment
deleted file mode 100644
index 457485614f..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_5_5cd42f34ccdb665193960abb6e6248a1._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 5"""
- date="2015-08-17T15:36:49Z"
- content="""
-I've gone ahead and implemented my last comment, see
-
-"""]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_6_34aecee25295477c51650ece94fda113._comment b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_6_34aecee25295477c51650ece94fda113._comment
deleted file mode 100644
index 39e4477877..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_6_34aecee25295477c51650ece94fda113._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="bgilbert@a0c64716cf22216de5eeb15a5ca4f009164c8fb3"
- nickname="bgilbert"
- subject="comment 6"
- date="2015-08-18T06:13:28Z"
- content="""
-`readonly` seems to work in my early tests. Thanks for doing that.
-
-For consistency, shouldn't it be `readonly=yes` rather than `readonly=true`?
-"""]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_7_f3c26c061fdc6dcd181f998c73450525._comment b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_7_f3c26c061fdc6dcd181f998c73450525._comment
deleted file mode 100644
index 45130b41f7..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_7_f3c26c061fdc6dcd181f998c73450525._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="bgilbert@a0c64716cf22216de5eeb15a5ca4f009164c8fb3"
- nickname="bgilbert"
- subject="comment 7"
- date="2015-08-19T05:49:12Z"
- content="""
-It seems that with encrypted remotes, `WHEREIS` passes the non-HMAC version of the `Key`. Thus, the URL returned by the external special remote won't actually point to the remote object. I'm not sure whether it's even useful to display URLs for encrypted files, but the current situation seems actively misleading.
-"""]]
diff --git a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_8_44ae52059790e105442067c311a7ec8b._comment b/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_8_44ae52059790e105442067c311a7ec8b._comment
deleted file mode 100644
index 25c1ae81e3..0000000000
--- a/doc/bugs/External_special_remote_SETURLPRESENT_doesn__39__t_seem_to_work/comment_8_44ae52059790e105442067c311a7ec8b._comment
+++ /dev/null
@@ -1,17 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 8"""
- date="2015-08-19T18:03:22Z"
- content="""
-I chose readonly=true to be consistent with the annex.readonly git config
-values. This is inconsistent with some other initremote stuff that uses
-foo=yes.
-
-I should probably make everything accept everything, which seems to be
-approximately what git-config does, but too much bother for now.
-
-----
-
-Indeed, WHEREIS is not useful for encrypted (or chunked) special remotes.
-I've made it not be used in those cases.
-"""]]
diff --git a/doc/bugs/Fails_to_add_files_with_a_newline_in_their_name___59____41__.mdwn b/doc/bugs/Fails_to_add_files_with_a_newline_in_their_name___59____41__.mdwn
deleted file mode 100644
index f096a15328..0000000000
--- a/doc/bugs/Fails_to_add_files_with_a_newline_in_their_name___59____41__.mdwn
+++ /dev/null
@@ -1,71 +0,0 @@
-### Please describe the problem.
-
-I know that it is actually a problem with my script and that some might treat it as a feature ;) but -- apparently I can have such filenames, git also manages to add it no problem (see below)
-
-### What steps will reproduce the problem?
-
-
-### What version of git-annex are you using? On what operating system?
-
-5.20141024~bpo70+1
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-$> cd 1000genomes/
-total 352
- 4 20131219.populations.tsv? 4 CHANGELOG? 4 phase1/ 4 README.crams? 4 README.sequence_data?
- 4 20131219.superpopulations.tsv? 124 changelog_details/ 4 pilot_data/ 4 README.ebi_aspera_info? 4 release/
- 4 alignment.index? 0 complete_genomics_indices/ 4 README.alignment_data? 4 README.ftp_structure? 4 sequence.index?
- 4 alignment_indices/ 128 data/ 4 README.analysis_history? 4 README.pilot_data? 16 sequence_indices/
- 4 analysis.sequence.index? 4 exome.alignment.index? 4 README.complete_genomics_data? 4 README.populations? 4 technical/
-(git)/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124:1000genomes[master]
-#9 !5130 [0].....................................:Wed Nov 26 11:40:13:.
-head2:/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124/1000genomes
-$> git annex add 20131219.*
-add 20131219.populations.tsv
- git-annex: unknown response from git cat-file ("HEAD:./20131219.populations.tsv missing","HEAD:./20131219.populations.tsv\n")
-(git)/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124:1000genomes[master]
-#10 !5131 [0].....................................:Wed Nov 26 11:40:36:.
-head2:/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124/1000genomes
-*$> git annex add '20131219.populations.tsv
-'
-add 20131219.populations.tsv
- git-annex: unknown response from git cat-file ("HEAD:./20131219.populations.tsv missing","HEAD:./20131219.populations.tsv\n")
-(git)/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124:1000genomes[master]
-#11 !5132 [0].....................................:Wed Nov 26 11:41:07:.
-head2:/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124/1000genomes
-$> ls -ld '20131219.populations.tsv
-'
-4 -r-------- 2 yoh yoh 91 Nov 26 10:44 20131219.populations.tsv?
-(git)/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124:1000genomes[master]
-#12 !5133 [0].....................................:Wed Nov 26 11:41:15:.
-head2:/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124/1000genomes
-$> acpolicy git-annex
-git-annex:
- Installed: 5.20141024~bpo70+1
- Candidate: 5.20141024~bpo70+1
- Version table:
- *** 5.20141024~bpo70+1 0
- 100 http://debproxy/debian/ wheezy-backports/main amd64 Packages
- 100 /var/lib/dpkg/status
- 3.20120629 0
- 500 http://debproxy/debian/ wheezy/main amd64 Packages
-(git)/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124:1000genomes[master]
-#13 !5134 [0].....................................:Wed Nov 26 11:41:31:.
-head2:/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124/1000genomes
-*$> git add '20131219.populations.tsv
-'
-(git)/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124:1000genomes[master]
-#14 !5135 [0].....................................:Wed Nov 26 11:42:58:.
-head2:/backup/users/yoh/tmp/nobackup_1000genome-ls.20141124/1000genomes
-$>
-
-
-# End of transcript or log.
-"""]]
-
-> [[dup|done]] of
-> [[git_annex_import_fails_on_filenames_with_newlines_in_them]] --[[Joey]]
diff --git a/doc/bugs/File_that_are_in_two_place_can_be_sequentially_copy_then_dropped.mdwn b/doc/bugs/File_that_are_in_two_place_can_be_sequentially_copy_then_dropped.mdwn
deleted file mode 100644
index b794e6a3f5..0000000000
--- a/doc/bugs/File_that_are_in_two_place_can_be_sequentially_copy_then_dropped.mdwn
+++ /dev/null
@@ -1,17 +0,0 @@
-### Please describe the problem.
-I've a repository with a prefered content of "exclude=cours/vieux/* and ( include=cours/* or include=Programmes/* or include=Stage/* )", but there is a repository that has a (identical) copy both in cours/vieux and in Stage/ so git annex sync --content will
-- get the content in Stage/
-- then drop it because it is in cours/vieux/
-
-And again, and again...
-
-### What version of git-annex are you using? On what operating system?
-git-annex 5.20140127 in debian/sid
-
-> This is actually a duplicate of
-> [[Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]].
-> As noted in that bug report, this should already be fixed in direct mode,
-> but still happens in indirect mode when the full scan is done (at
-> startup, and occasionally at other times).
->
-> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__.mdwn b/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__.mdwn
deleted file mode 100644
index 7a96ff6c7e..0000000000
--- a/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__.mdwn
+++ /dev/null
@@ -1,31 +0,0 @@
-### Please describe the problem.
-
-A special remote for Google cloud storage would appear to send the developer keys in the clear.
-Obviously the content itself can be secured with the encryption but sending the auth keys in
-the clear permits anybody listening (i.e. at a public WiFi access point) to gain r/w access to
-the user's GCS store.
-
-### What steps will reproduce the problem?
-
-Setup a new special remote:
-
- git annex initremote gcs type=S3 chunk=2MiB encryption=none host=storage.googleapis.com bucket=gitannex
- ...
- git move --to=gcs blah
-
-Capture packets. Watch the developer keys go by in the headers. And in this case, see the content too because there's no
-encryption turned on. But I believe that I know how to fix this.
-
-I tried to persuade `git annex` to use a SSL connection but without encouraging results:
-
- git annex initremote gcs type=S3 chunk=2MiB port=443 host=storage.googleapis.com bucket=gitannex
- initremote gcs (checking bucket...) git-annex: ErrorClosed
-
-
-### What version of git-annex are you using? On what operating system?
-
-Debian wheezy, git-annex version: 5.20141024~bpo70+1
-
-### Please provide any additional information below.
-
-> [[done]]; port=443 supported since 5.20141203. --[[Joey]]
diff --git a/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__/comment_1_93183de95cc5c99a15eacbade19873ef._comment b/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__/comment_1_93183de95cc5c99a15eacbade19873ef._comment
deleted file mode 100644
index 66856a32d1..0000000000
--- a/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__/comment_1_93183de95cc5c99a15eacbade19873ef._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkXzY87FdO942LR-qNyJFeCth0LjWORNuw"
- nickname="Rob"
- subject="Proposed resolution"
- date="2015-01-24T17:18:14Z"
- content="""
-see [my other bug](https://git-annex.branchable.com/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/) for a proposed resolution: a GCS-optimized external special remote
-"""]]
diff --git a/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__/comment_2_c01a47b9df3167c9af8e5e43ec138401._comment b/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__/comment_2_c01a47b9df3167c9af8e5e43ec138401._comment
deleted file mode 100644
index 9006486df3..0000000000
--- a/doc/bugs/Forcing_https_for_Google_cloud_storage_remote__63__/comment_2_c01a47b9df3167c9af8e5e43ec138401._comment
+++ /dev/null
@@ -1,16 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 2"""
- date="2015-02-04T18:55:50Z"
- content="""
-You need to upgrade to git-annex 5.20141203. With that version,
-you can pass port=443 to git-annex initremote and it will then use
-https.
-
-The old version you're using does not support this.
-
-Also, AFAIK, S3 does not send passwords over the wire; it uses a
-challange-response, which proves to the S3 server that you possess the
-access keys. This would not be susceptable to attackers in the way you
-think it is.
-"""]]
diff --git a/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided.mdwn b/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided.mdwn
deleted file mode 100644
index fe1bc1611d..0000000000
--- a/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided.mdwn
+++ /dev/null
@@ -1,37 +0,0 @@
-### Please describe the problem.
-
-docs say
-GETURLS Key Prefix
-Gets the recorded urls where a Key can be downloaded from. Only urls that start with the Prefix will be returned. The Prefix may be empty to get all urls. (git-annex replies one or more times with VALUE for each url. The final VALUE has an empty value, indicating the end of the url list.
-
-but when I am trying with a prefix -- doesn't return any... expected that one which is present and returned if I don't provide any prefix
-
-### What steps will reproduce the problem?
-
-git clone git://github.com/yarikoptic/datalad -b nf-custom-remotes
-cd datalad
-# there are requirements in requirements.txt, which you might need to install... or just do on smaug
-git checkout 5b9cfd5008151c515f8bccadf39451055ab61b4b
-DATALAD_LOGLEVEL=1 DATALAD_LOGTARGET=stderr tools/testing/make_test_repo archive r1
-
-### What version of git-annex are you using? On what operating system?
-5.20150302~nd80+1 now tried also with 5.20150318+yoh20150323+1~nd80+1 (ie snapshot from march 23) with the same success
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-2015-03-26 15:56:05,612 [Level 1] Sending 'GETURLS SHA256E-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b.dat' (base.py:120)
-2015-03-26 15:56:05,613 [Level 1] Received ['VALUE', 'dl+archive:SHA256E-s153--f378a42b6ff4d90091a7dfa37ebe1fe2fc5926eafd12cde1f2ba5fd1bcbf5e1e.tar.gz/d/test.dat'] (base.py:120)
-2015-03-26 15:56:05,613 [Level 1] Received ['VALUE'] (base.py:120)
-
-
-2015-03-26 15:57:37,389 [Level 1] Sending 'GETURLS SHA256E-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b.dat dl+archive:' (base.py:120)
-2015-03-26 15:57:37,391 [Level 1] Received ['VALUE'] (base.py:120)
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_1_48f4cce32de8da1f2c8b3c29dc1a50a0._comment b/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_1_48f4cce32de8da1f2c8b3c29dc1a50a0._comment
deleted file mode 100644
index baa30f7efb..0000000000
--- a/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_1_48f4cce32de8da1f2c8b3c29dc1a50a0._comment
+++ /dev/null
@@ -1,21 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-03-27T17:37:14Z"
- content="""
-This seems very unlikely, because the *indentical* code path is running
-in both cases. In both cases it filters the list of urls to those prefixed with
-the specified prefix; when no prefix is specified it uses "" as the
-prefix.
-
-Also, when I test it myself using my own test code, it works as expected:
-
-
-[2015-03-27 13:49:30 JEST] git-annex-remote-test --> GETURLS SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 dl+archive:
-[2015-03-27 13:49:30 JEST] git-annex-remote-test <-- VALUE dl+archive:foo-bar-baz
-[2015-03-27 13:49:30 JEST] git-annex-remote-test <-- VALUE
-
-
-Are you sure that your test machinery has actually set any urls in the
-second case?
-"""]]
diff --git a/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_2_a0c3c27ff70b98a83f77ebac2714f8c7._comment b/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_2_a0c3c27ff70b98a83f77ebac2714f8c7._comment
deleted file mode 100644
index 26815a6a5e..0000000000
--- a/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_2_a0c3c27ff70b98a83f77ebac2714f8c7._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
- nickname="Yaroslav"
- subject="comment 2"
- date="2015-03-27T20:04:23Z"
- content="""
-could you try on your end with as obscure URL as mine? i.e.
-'dl+archive:SHA256E-s153--f378a42b6ff4d90091a7dfa37ebe1fe2fc5926eafd12cde1f2ba5fd1bcbf5e1e.tar.gz/d/test.dat'
-may be something to do with the / in the url name?
-as posted on IRC, here are two runs protocols with all the details, where I don't spot any related difference in runs
-http://www.onerussian.com/tmp/run-bad.txt_ http://www.onerussian.com/tmp/run-good.txt_
-"""]]
diff --git a/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_3_98b2b1915c50bca599f6d48fe117b213._comment b/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_3_98b2b1915c50bca599f6d48fe117b213._comment
deleted file mode 100644
index a137aac32b..0000000000
--- a/doc/bugs/GETURLS_doesn__39__t_return_URLs_if_prefix_is_provided/comment_3_98b2b1915c50bca599f6d48fe117b213._comment
+++ /dev/null
@@ -1,16 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
- nickname="Yaroslav"
- subject="comment 3"
- date="2015-03-27T22:33:52Z"
- content="""
-[[!format sh \"\"\"
-18:28 @yoh: joeyh: ok -- at least figured out where f.ck up is although yet not sure whose fault it is ;)
-18:29 @yoh: looking into git-annex branch,
-$> cat 738/f2b/SHA256E-s3--a665a45920422f9d417e4867efdc4fb8a04a1f3fff1fa07e998e86f7f7a27ae3.dat.log.web
-1427495230.649621s 1 :dl+archive:SHA256E-s163--91440757454fb3eed74dcaadb9720b9b4c8b570daf5b31e125d035316e7e2faa.tar.gz/a/d/test.dat
-18:29 @yoh: so there is \":\" before the url. If I prefix the prefix I send with \":\" I am getting correct replies (without any : prefixed)
-\"\"\"]]
-
-so what could it be?
-"""]]
diff --git a/doc/bugs/GIT_DIR_support_incomplete.mdwn b/doc/bugs/GIT_DIR_support_incomplete.mdwn
deleted file mode 100644
index 1b9738c4f7..0000000000
--- a/doc/bugs/GIT_DIR_support_incomplete.mdwn
+++ /dev/null
@@ -1,17 +0,0 @@
-`GIT_DIR` support isn't right. Git does not look for `GIT_DIR/.git`;
-git-annex does.
-
-Also, to support this scenario, support for core.worktree needs to be added
-as well:
-
- mkdir repo workdir
- git --work-tree=$PWD/workdir --git-dir=$PWD/repo init
- export GIT_DIR=$PWD/repo
- git status
- # ok
- git annex init "new repo"
- # fail
-
---[[Joey]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__.mdwn b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__.mdwn
deleted file mode 100644
index bf7f4f3918..0000000000
--- a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__.mdwn
+++ /dev/null
@@ -1,44 +0,0 @@
-### Please describe the problem.
-When I try to create a megaannex remote with pubkey encryption GPG complains about not finding the public key.
-
-### What steps will reproduce the problem?
-See below
-
-
-### What version of git-annex are you using? On what operating system?
-5.20140129 under OSX.
-
-
-### Please provide any additional information below.
-
-[[!format sh """
-% USERNAME="" PASSWORD='' git annex -vd initremote mega type=external externaltype=mega encryption=pubkey keyid=X folder=Documents mac=HMACSHA512
-[2014-02-06 11:39:14 CET] read: git ["--git-dir=/Users/dxtr/Documents/.git","--work-tree=/Users/dxtr/Documents","show-ref","git-annex"]
-[2014-02-06 11:39:14 CET] read: git ["--git-dir=/Users/dxtr/Documents/.git","--work-tree=/Users/dxtr/Documents","show-ref","--hash","refs/heads/git-annex"]
-[2014-02-06 11:39:14 CET] read: git ["--git-dir=/Users/dxtr/Documents/.git","--work-tree=/Users/dxtr/Documents","log","refs/heads/git-annex..62dc22cced06268fa5adcf54992eb1169c6ca1aa","--oneline","-n1"]
-[2014-02-06 11:39:14 CET] chat: git ["--git-dir=/Users/dxtr/Documents/.git","--work-tree=/Users/dxtr/Documents","cat-file","--batch"]
-initremote mega (encryption setup) [2014-02-06 11:39:14 CET] read: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--with-colons","--list-public-keys","46726B9A"]
-[2014-02-06 11:39:14 CET] read: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","2","256"]
-[2014-02-06 11:39:14 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--recipient","X","--encrypt","--no-encrypt-to","--no-default-recipient","--force-mdc","--no-textmode"]
-(pubkey crypto with gpg key X) [2014-02-06 11:39:15 CET] chat: git-annex-remote-mega []
-[2014-02-06 11:39:15 CET] git-annex-remote-mega --> VERSION 1
-[2014-02-06 11:39:15 CET] git-annex-remote-mega <-- INITREMOTE
-[2014-02-06 11:39:15 CET] git-annex-remote-mega --> GETCONFIG encryption
-[2014-02-06 11:39:15 CET] git-annex-remote-mega <-- VALUE pubkey
-[2014-02-06 11:39:15 CET] git-annex-remote-mega --> GETCONFIG folder
-[2014-02-06 11:39:15 CET] git-annex-remote-mega <-- VALUE Documents
-[2014-02-06 11:39:15 CET] git-annex-remote-mega --> SETCREDS mycreds
-(gpg) [2014-02-06 11:39:15 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--decrypt"]
-[2014-02-06 11:39:15 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--batch","--encrypt","--no-encrypt-to","--no-default-recipient","--force-mdc","--no-textmode"]
-gpg: no valid addressees
-gpg: [stdin]: encryption failed: no such user id
-
-git-annex: user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--batch","--encrypt","--no-encrypt-to","--no-default-recipient","--force-mdc","--no-textmode"] exited 2)
-failed
-git-annex: initremote: 1 failed
-
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_1_ac3631024abf372e6f578a472b86d792._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_1_ac3631024abf372e6f578a472b86d792._comment
deleted file mode 100644
index 1d71eebf4b..0000000000
--- a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_1_ac3631024abf372e6f578a472b86d792._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
- nickname="dxtrish"
- subject="comment 1"
- date="2014-02-06T11:00:49Z"
- content="""
-I just confirmed it works with encryption=hybrid
-"""]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_980c149d7f9040f5e71e662d95a5fbf1._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_980c149d7f9040f5e71e662d95a5fbf1._comment
deleted file mode 100644
index 2c5bdc120d..0000000000
--- a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_980c149d7f9040f5e71e662d95a5fbf1._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="71.80.94.56"
- subject="comment 3"
- date="2014-02-06T21:53:23Z"
- content="""
-I can reproduce this, but only when using the hook special remote, so it's some problem with it.
-directory special remote works ok.
-"""]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_c279f5cc3f96910287e72bf59120d02b._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_c279f5cc3f96910287e72bf59120d02b._comment
deleted file mode 100644
index b5e9c3c21b..0000000000
--- a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_c279f5cc3f96910287e72bf59120d02b._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="71.80.94.56"
- subject="comment 3"
- date="2014-02-06T22:07:55Z"
- content="""
-Actually, it seems to affect also S3 and other remotes that call setCreds.
-"""]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_4_ec6abe7074f767f866e9618d65a4a900._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_4_ec6abe7074f767f866e9618d65a4a900._comment
deleted file mode 100644
index b61b0626a2..0000000000
--- a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_4_ec6abe7074f767f866e9618d65a4a900._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
- nickname="dxtrish"
- subject="comment 4"
- date="2014-02-07T11:11:23Z"
- content="""
-Could it be some general issue with setCreds?
-
-The reason I'm wondering is that megaannex isn't really working. It doesn't seem to (properly) get the credentials so it's acting funny and getting an Invalid Argument exception where, according to what I understand from the documentation, it shouldn't be possible to get an Invalid Argument exception.
-
-Ofcourse I have contacted the maintainer of megaannex (TobiasTheViking on github) too. I've also started looking in to it myself.
-"""]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_5_44f80d89360a5620f919f8bc7c1c2879._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_5_44f80d89360a5620f919f8bc7c1c2879._comment
deleted file mode 100644
index b5495e4540..0000000000
--- a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_5_44f80d89360a5620f919f8bc7c1c2879._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
- nickname="dxtrish"
- subject="comment 5"
- date="2014-02-07T11:12:24Z"
- content="""
-Oh, sorry. I didn't see that you had already fixed it.
-"""]]
diff --git a/doc/bugs/Git-Annex_requires_all_repositories_to_repair.mdwn b/doc/bugs/Git-Annex_requires_all_repositories_to_repair.mdwn
deleted file mode 100644
index eef705e694..0000000000
--- a/doc/bugs/Git-Annex_requires_all_repositories_to_repair.mdwn
+++ /dev/null
@@ -1,6 +0,0 @@
-I recently had my git-annex repository die and it needed to be repaired. Two of my repositories are external hard drives. When I tried to use git-annex repair, it would churn for some hours, then error because the external hard drives were not plugged in. When I brought the two hard drives home from the various places that they are (safely) stored, it all worked fine, but it would have been great if git-annex repair could somehow do what it could with what was connected and do the rest as and when the other drives are plugged in. This must only become more of a problem as git-annex is used for longer, as one may have a handful of USB keys storing a little on each.
-
-[[!taglink moreinfo]]
-
-> With the lack of an error message or any followup, it's hard to take
-> this bug seriously, so [[done]] --[[Joey]]
diff --git a/doc/bugs/Git-Annex_requires_all_repositories_to_repair/comment_1_dff1424e48835d7d3eb8653fc59de18a._comment b/doc/bugs/Git-Annex_requires_all_repositories_to_repair/comment_1_dff1424e48835d7d3eb8653fc59de18a._comment
deleted file mode 100644
index d44c30f323..0000000000
--- a/doc/bugs/Git-Annex_requires_all_repositories_to_repair/comment_1_dff1424e48835d7d3eb8653fc59de18a._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.244"
- subject="comment 1"
- date="2014-04-07T19:25:25Z"
- content="""
-Repair does not require access to remotes, but it will certianly yield a better result to have one remote available. Otherwise, information that cannot be repaired will be missing from the repository. Repair will still successfully complete in this situation though.
-
-If you have an error message, please paste it.
-"""]]
diff --git a/doc/bugs/Git_annex_add_._dies_when_you_add_too_much.mdwn b/doc/bugs/Git_annex_add_._dies_when_you_add_too_much.mdwn
deleted file mode 100644
index 9443a4fbda..0000000000
--- a/doc/bugs/Git_annex_add_._dies_when_you_add_too_much.mdwn
+++ /dev/null
@@ -1,58 +0,0 @@
-### Please describe the problem.
-
-I was playing around thinking to try out git-annex, and bup
-
-I sucessfully added 6GB of images in subdirectories in ~/Pictures, so decided to push over another dir full -
-
-more than 30GB more...
-
-sven@quad:~/Pictures$ git annex add .
-....
-add 2012/01/10/20120110-024457/IMG_1830.JPG
-git-annex: : hFlush: resource vanished (Broken pipe)
-failed
-add 2012/01/10/20120110-024457/IMG_1831.JPG
-git-annex: : hFlush: resource vanis
-sven@quad:~/Pictures$
-sven@quad:~/Pictures$ git annex add .
-Stack space overflow: current size 8388608 bytes.
-Use `+RTS -Ksize -RTS' to increase it.
-sven@quad:~/Pictures$ git git commit -a -m added
-git: 'git' is not a git command. See 'git --help'.
-
-Did you mean this?
- init
-sven@quad:~/Pictures$ git commit -a -m added
-Bus error (core dumped)
-
-
-
-### What steps will reproduce the problem?
-see above
-
-### What version of git-annex are you using? On what operating system?
-sven@quad:~/Pictures$ git annex version
-git-annex version: 3.20120406
-local repository version: 3
-default repository version: 3
-supported repository versions: 3
-upgrade supported from repository versions: 0 1 2
-sven@quad:~/Pictures$ uname -a
-Linux quad 3.8.0-34-generic #49~precise1-Ubuntu SMP Wed Nov 13 18:05:00 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
-
-
-### Please provide any additional information below.
-
-
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> Ancient git-annex version. Doubt it affects current version. [[!tag moreinfo]] --[[Joey]]
-
->> Actually, this is a dup of [[runs_of_of_memory_adding_2_million_files]] so [[done]] --[[Joey]]
diff --git a/doc/bugs/Git_annex_add_._dies_when_you_add_too_much/comment_1_a99b96c38bba3af54e0152cc3730c16c._comment b/doc/bugs/Git_annex_add_._dies_when_you_add_too_much/comment_1_a99b96c38bba3af54e0152cc3730c16c._comment
deleted file mode 100644
index de4928b3ab..0000000000
--- a/doc/bugs/Git_annex_add_._dies_when_you_add_too_much/comment_1_a99b96c38bba3af54e0152cc3730c16c._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.43"
- subject="comment 1"
- date="2014-01-13T19:22:12Z"
- content="""
-It looks like git-annex was leaking memory, and so ran out and died.
-
-But, you're using an ancient version of git-annex from 2012. Upgrade to a current version and write back if it still has a memory leak. I doubt it does.
-"""]]
diff --git a/doc/bugs/Git_annex_for_Windows_keyboard_shortcut.mdwn b/doc/bugs/Git_annex_for_Windows_keyboard_shortcut.mdwn
deleted file mode 100644
index 4d48078a2a..0000000000
--- a/doc/bugs/Git_annex_for_Windows_keyboard_shortcut.mdwn
+++ /dev/null
@@ -1,22 +0,0 @@
-### Please describe the problem.
-After git annex been installed, I cannot any longer (with no hacks) use my right ALT+A shortcut creating special char.
-After installing git annex for Windows it overtook this shortcut and redirects my browser to a weird localhost server with a weird port.
-
-### What steps will reproduce the problem?
-Installing git annex for Windows and tapping rAlt+A. :)
-
-### What version of git-annex are you using? On what operating system?
-The newest version, Windows 8.
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> Seems I misunderstood, I thought that would only apply in the start menu.
-> Removed the shortcut. [[done]] --[[Joey]]
diff --git a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path.mdwn b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path.mdwn
deleted file mode 100644
index 11040e3010..0000000000
--- a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path.mdwn
+++ /dev/null
@@ -1,71 +0,0 @@
-Hi,
-I already have told about that in a comment here , but I am not sure it will be seen.
-
-Then here is an official bug report.
-### Please describe the problem.
-
-I have a problem with submodules when the git repository is not a submodule everywhere.
-
-For instance, if A is a git annexed repository and B another git repository. If B adds A as submodules. The symlinks added in A as submodule won't work in the original A.
-
-### What steps will reproduce the problem?
-
- # creating the master repository
- mkdir annex_master
- cd annex_master/
- git init
- # hack: adding a file to create the master branch
- touch start
- git add start
- git commit -m "start"
- cd ..
- # create another repository
- mkdir annex_sub
- cd annex_sub/
- git init
- # hack: adding a file to create the master branch
- touch start
- git add start
- git commit -m "start"
- # it is a annexed repository
- git annex init sub
- # add the other repository as submodule of the master one
- cd ../annex_master/
- git submodule add ../annex_sub/ module
- cd module/
- git annex init sub_module
- git annex sync origin
- # add an annexed file
- echo test > test
- git annex add
- git annex sync
- # go back to the origin repository
- cd ../../annex_sub/
- git annex sync
- ls -l
-This returns test -> ../.git/modules/module/annex/objects/w8/pv/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2
-
-Actually, the file committed is correct. But the fact it points to '../.git/modules/module/...' makes the link work only if the repository is also a submodule and if this submodule is also located in the modules folder in the parent git repository.
-
-I tried playing with making the repository direct and then indirect, hoping that would fix the symlinks, but it did not work.
-### What version of git-annex are you using? On what operating system?
-
- $ git-annex version
- git-annex version: 4.20130802
- ...
-
- $ git --version
- git version 1.8.3.2
-
- $ uname -a
- Linux konixwork 3.9-1-amd64 #1 SMP Debian 3.9.8-1 x86_64 GNU/Linux
-
-### Please provide any additional information below.
-
-[[!tag confirmed]]
-
-> [[fixed|done]] -- with a current version of git, git-annex now supports
-> [[/submodules]]. NB: Filesystem must support symlinks, or this won't
-> work.
->
-> -- [[Joey]]
diff --git a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_1_b3197993dbdfaf2db5e4651ac54a896e._comment b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_1_b3197993dbdfaf2db5e4651ac54a896e._comment
deleted file mode 100644
index 8ff2321591..0000000000
--- a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_1_b3197993dbdfaf2db5e4651ac54a896e._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.154.0.63"
- subject="comment 1"
- date="2013-08-24T18:49:18Z"
- content="""
-git-annex assumes that it can make a stable symlink from a file in the working tree to a file in the .git directory. There are several ways to break this. One, as noted, is sometimes using a repository as a submodule, and sometimes not. Another would be to play around with `GIT_DIR`.
-
-I don't see a way git-annex can support those use cases, at least in indirect mode.
-
-It does seem like, in direct mode, it should just work. git-annex will commit various symlinks to git, but these symlinks will never be followed to get at the content of a file, since direct mode arranges for the content to be directly present in the working tree.
-"""]]
diff --git a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_2_1fbbd02e61ef524597dafd69460b00b4._comment b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_2_1fbbd02e61ef524597dafd69460b00b4._comment
deleted file mode 100644
index b7aa61f176..0000000000
--- a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_2_1fbbd02e61ef524597dafd69460b00b4._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="konubinix"
- ip="82.243.233.186"
- subject="Thanks"
- date="2013-08-26T06:25:19Z"
- content="""
-Thanks for the reply.
-
-Also thanks for this great tool (Though I am not sure I truelly realize the true power of git annex yet).
-"""]]
diff --git a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_3_c63b4a86b84c1e4077ddf10858ef5761._comment b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_3_c63b4a86b84c1e4077ddf10858ef5761._comment
deleted file mode 100644
index 0f3d223253..0000000000
--- a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_3_c63b4a86b84c1e4077ddf10858ef5761._comment
+++ /dev/null
@@ -1,34 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 3"""
- date="2015-02-27T19:45:27Z"
- content="""
-One way that seems to work to use submodules with git-annex:
-
-* Replace the submodule's .git file with a symlink to the location the
- contents of the file pointed at. (Eg, ../.git/modules/$whatever)
-* Unset core.worktree in the submodule's .git/config, which will
- normally be set by git when checking out a submodule.
-
-With this configuration, git seems to work ok (although it's hard to tell
-if there might be some code path that requires .git to be a file and not a
-directory.. seems unlikely though!). And, git-annex works fine, because
-it uses paths relative to the .git symlink, so
-".git/annex/objects/xx/yy/sha/sha" is in the symlink target like usual.
-
-Converting .git to a symlink also means that the same repo that is used
-as a submodule can be moved to a different "mount point" in the parent
-repo, or used standalone, and the git-annex object links in it will
-continue to work.
-
-Looking at the git code, it would be a problem if a code path called
-read_gitfile without also checking is_git_directory or similar. Auditing
-the code, I have found a lot of places that are careful to check both
-possibilities, and none that are a problem with a .git directory;
-although I don't understand all the git code so not 100% sure.
-
-Since a submodule will have core.worktree set, git-annex
-could cheaply check that with nearly no overhead as a first pass to
-detect a submodule, and then do whatever might be appropriate to support
-submodules -- such as replacing .git with a symlink.
-"""]]
diff --git a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_4_7dae2920926e7556de442952c4a318d9._comment b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_4_7dae2920926e7556de442952c4a318d9._comment
deleted file mode 100644
index 70d24cb386..0000000000
--- a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_4_7dae2920926e7556de442952c4a318d9._comment
+++ /dev/null
@@ -1,35 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 4"""
- date="2015-02-27T20:00:54Z"
- content="""
-Also, git has only used gitfiles for submodules since git 1.7.8.
-
-So, repos using submodules that were cloned with an older version of git
-would use a .git directory. And, if some part of git only supports
-gitfiles, it wouldn't work with such repositories. Which would probably be
-considered a bug since git doesn't break support for existing checkouts.
-
-git-mv and git-rm man pages have a SUBMODULES section documenting that.
-Including the behavior when using git-rm to try to delete a submodule that
-uses a .git directory, instead of a gitfile:
-
-> Only submodules using a gitfile (which means they were cloned
-> with a Git version 1.7.8 or newer) will be removed from the work
-> tree, as their repository lives inside the .git directory of the
-> superproject. If a submodule (or one of those nested inside it)
-> still uses a .git directory, `git rm` will fail - no matter if forced
-> or not - to protect the submodule's history.
-
-So, I doubt that git is going to break support for .git directory (or symlink)
-in a submodule. But, using that might prevent a few things, particularly
-git-rm of a submodule.
-
-
-joey@darkstar:~/tmp/r2>git rm module
-error: the following submodule (or one of its nested submodules)
-uses a .git directory:
- module
-(use 'rm -rf' if you really want to remove it including all of its history)
-
-"""]]
diff --git a/doc/bugs/Glacier_remote_doesn__39__t_pass_the_--region_parameter_to_glacier-cli_on_hasKey.mdwn b/doc/bugs/Glacier_remote_doesn__39__t_pass_the_--region_parameter_to_glacier-cli_on_hasKey.mdwn
deleted file mode 100644
index 7756db8661..0000000000
--- a/doc/bugs/Glacier_remote_doesn__39__t_pass_the_--region_parameter_to_glacier-cli_on_hasKey.mdwn
+++ /dev/null
@@ -1,38 +0,0 @@
-### Please describe the problem.
-hasKey check fails when using a Glacier special remote with a non-default region setting.
-
-### What steps will reproduce the problem?
-1. Configure a Glacier special remote with a region other than us-east-1
-2. Move some files to the remote
-3. Somehow let galcier-cli cache expire. In my case this was waiting for more than 60 hours.
-4. Try to copy the file to the glacier remote again.
-
-### What version of git-annex are you using? On what operating system?
-5.20140227 on Ubuntu 12.04
-
-### Please provide any additional information below.
-
-[[!format sh """
-user@server:$ git annex copy my_file.txt --to glacier
-copy my_file.txt (checking glacier...) Traceback (most recent call last):
- File "/bin/glacier", line 730, in
- App().main()
- File "/bin/glacier", line 716, in main
- self.args.func()
- File "/bin/glacier", line 620, in archive_checkpresent
- wait=self.args.wait)
- File "/bin/glacier", line 442, in _vault_sync
- vault = self.connection.get_vault(vault_name)
- File "/usr/local/lib/python2.7/dist-packages/boto/glacier/layer2.py", line 82, in get_vault
- response_data = self.layer1.describe_vault(name)
- File "/usr/local/lib/python2.7/dist-packages/boto/glacier/layer1.py", line 195, in describe_vault
- return self.make_request('GET', uri)
- File "/usr/local/lib/python2.7/dist-packages/boto/glacier/layer1.py", line 118, in make_request
- raise UnexpectedHTTPResponseError(ok_responses, response)
-boto.glacier.exceptions.UnexpectedHTTPResponseError: Expected 200, got (404, code=ResourceNotFoundException, message=Vault not found for ARN: arn:aws:glacier:us-east-1:111111111111:vaults/myvault)
-(user error (glacier ["archive","checkpresent","myvault","--quiet","SHA256E-s1111111--aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.JPG"] exited 1)) failed
-git-annex: copy: 1 failed
-"""]]
-
-> [[fixed|done]]; made it use the same glacierParams as everything else.
-> --[[Joey]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates.mdwn b/doc/bugs/Glacier_remote_uploads_duplicates.mdwn
deleted file mode 100644
index 75014a5e04..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates.mdwn
+++ /dev/null
@@ -1,36 +0,0 @@
-### Please describe the problem.
-
-Other references:
-
-https://github.com/basak/glacier-cli/pull/19
-http://git-annex.branchable.com/special_remotes/glacier/#comment-a2b05b8dc2d640ee498d90398f02931c
-
-#### Background
-
- * Glacier doesn't support keys that the client selects, unlike S3. If you upload to Glacier, Glacier assigns a unique ID, not the client.
- * Glacier does support an "archive description" which is immutable. It also provides this "archive description" in an inventory listing, together with the unique IDs.
- * An "archive description" is not a unique key. It's perfectly possible to upload multiple archives to Glacier with the same "archive description".
- * glacier-cli uses the "archive description" field as an upload identifier, since the unique IDs are unfriendly to users. However, since they are potentially ambiguous identifiers, it also supports disambiguation using the ID itself. See "Addressing Archives" in README.md for details.
-
-#### The Problem
-
-This what I believe is happening in the two reports referenced above. When git-annex is used without `--trust-glacier`, it can end up uploading the same data multiple times. From git-annex's point of view, it cannot verify that the data is already in Glacier, so it uploads again, expecting an overwrite operation if the key is already in Glacier. Since glacier-cli maps the key to an "archive description" that can be duplicated, this is not what happens. Instead, a second archive is uploaded.
-
-When git-annex later does a "checkpresent" operation, glacier-cli fails. This is because the request is ambiguous, since there are two archives in Glacier with the same "key". The error message could be better here, but I believe that the behaviour is correct.
-
-#### Discussion
-
-glacier-cli can find out what data Glacier claims to have using an inventory retrieval. However, this retrieval takes about four hours and can be out of date (eg. if someone else recently deleted the archive from another client). Thus, I can understand git-annex's desire not to trust this data or a cache of it.
-
-However, whatever we do, it is impossible to map an "upload or overwrite on key X" type command to Glacier. We'll always end up with duplicates. Even if git-annex stored the Glacier archive IDs, there is no API to replace an existing archive with the same ID, and inventories are out of date even before we retrieve them.
-
-#### Workaround
-
-If the problem is as I think it is, always applying `--trust-glacier` should prevent the problem from occurring in most cases, since git-annex will run "checkpresent" and glacier-cli will confirm that the archive exists.
-
-To fix the problem after it has occurred, it should be sufficient to delete duplicates using glacier-cli, since they _should_ be identical to each other. Some enhancement of the `glacier-cli archive list` command would help here.
-
-Update 10 June 2013: I've pushed a `glacier-cli` update and helper script in commit `b68835`. This adds a `--force-ids` option to `glacier archive list`, with which the helper script `glacier-list-duplicates.sh` uses to identify duplicates that can be removed. If you're affected by this issue, I suggest that you use this helper to identify and fix your problem by removing the duplicates. Please do so carefully by checking that the output of the helper is correct before you use it to delete the duplicates. See the comments at the top of the helper script for usage information.
-
-> [[fixed|done]], at least for the only well-working case for glacier, where
-> only one repository can access glacier directly. --[[Joey]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_1_8aef582a0f0d0c7f764b425fc45de3b4._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_1_8aef582a0f0d0c7f764b425fc45de3b4._comment
deleted file mode 100644
index 9e42d4caec..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates/comment_1_8aef582a0f0d0c7f764b425fc45de3b4._comment
+++ /dev/null
@@ -1,25 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 1"
- date="2013-05-23T15:55:16Z"
- content="""
-Please beware of the warning on the man page when using --trust-glacier-inventory:
-
-> Be careful using this, especially if you or someone else might
-> have recently removed a file from Glacier. If you try to drop
-> the only other copy of the file, and this switch is enabled, you
-> could lose data!
-
-While I'm inclined to want git-annex to store the necessary mappings from keys to glacier IDs in the git-annex branch, which would allow uploads/downloads from multiple repositories to the same glacier repository, it will not help with this problem. The git-annex branch can be out of date too.
-
-It seems that what's needed is a separate form of the checkpresent hook, that's used when deciding whether to copy data to glacier.
-We want this to trust the glacier inventory. But we don't want to trust the glacier inventory when moving data to glacier, or when running `git annex drop`! (unless --trust-glacier-inventory is specified). I think this would be easy to add. If you're up for testing a patch, I could do it today.
-
-BTW, there does seem to be a workaround that avoids duplicate copies to glacier:
-
- git annex copy --to glacier --not --in glacier
-
-While normally copy checks the inventory to see if a key has been sent to glacier, and so will re-send, the `--not --in glacier`
-trusts the location tracking information, so if git-annex has sent the key before, it will skip the copy.
-"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_2_150ce8b7c4424a83c4b1760da5a89d27._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_2_150ce8b7c4424a83c4b1760da5a89d27._comment
deleted file mode 100644
index 859377308a..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates/comment_2_150ce8b7c4424a83c4b1760da5a89d27._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 2"
- date="2013-05-23T15:57:08Z"
- content="""
-I suppose another way to fix it along similar lines would be to make `git annex copy` always trust location tracking information when deciding whether to copy. I'm not sure how I feel about this though -- it might make things less robust in situations where `git annex copy` is run as a backup, and location tracking could have gotten out of date.
-"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_3_718af5048c5f894eee134547a2e0a644._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_3_718af5048c5f894eee134547a2e0a644._comment
deleted file mode 100644
index 4091e258c2..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates/comment_3_718af5048c5f894eee134547a2e0a644._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 3"
- date="2013-05-23T15:59:37Z"
- content="""
-It's also worth noting that the assistant always trusts the location log when deciding whether to send a key to a remote. So I think it will not trigger this bug. It seems only `git annex copy` will. (Well, maybe `git annex move` too in an edge case.)
-"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_4_184ad0f8c2847309632f8c18b918cd42._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_4_184ad0f8c2847309632f8c18b918cd42._comment
deleted file mode 100644
index 415103a014..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates/comment_4_184ad0f8c2847309632f8c18b918cd42._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
- nickname="Justin"
- subject="comment 4"
- date="2013-05-27T22:24:44Z"
- content="""
-> If you're up for testing a patch, I could do it today.
-
-I'm happy to test a patch. I haven't successfully compiled git-annex on my Mac, which is the only computer I have for the next month or so, but it wasn't too hard to get it to work on my Linux box.
-"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_5_6980a912d3582c2f2511e4827e9e76b3._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_5_6980a912d3582c2f2511e4827e9e76b3._comment
deleted file mode 100644
index 1d4bbf1fd4..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates/comment_5_6980a912d3582c2f2511e4827e9e76b3._comment
+++ /dev/null
@@ -1,21 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 5"
- date="2013-05-29T17:54:11Z"
- content="""
-I started to make a branch with the change I suggested, but then I had another idea.
-
-The checkpresent hook can return either True or, False, or fail with a message if it cannot successfully check the remote. Currently for glacier, when --trust-glacier is not set, it always returns False. Crucially, in the case when a file is in glacier, this is telling git-annex it's not there, so copy re-uploads it. What if it instead, when the glacier inventory is missing a file, it returns False. And when the glacier inventory has a file, unless --trust-glacier is set, it *fails*.
-
-The result would be:
-
-* `git annex copy --to glacier` would only send things not listed in inventory. If a file is listed in the inventory, `copy`
- would complain that --trust-glacier` is not set, and not re-upload the file.
-* `git annex drop` would only trust that glacier has a file when --trust-glacier is set. Behavior unchanged.
-* `git annex move --to glacier`, when the file is not listed in inventory, would send the file, and delete it locally. Behavior unchanged.
-* `git annex move --to glacier`, when the file is listed in inventory, would only trust that glacier has the file when --trust-glacier is set
-* `git annex copy --from glacier` / `git annex get`, when the file is located in glacier, would trust the location log, and attempt to get the file from glacier.
-
-This seems like it should do the right thing in all cases, but I have not tested it. I've pushed a `glacier` branch with this change.
-"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_6_feea067d6856af2840604782b29af86a._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_6_feea067d6856af2840604782b29af86a._comment
deleted file mode 100644
index 2a140eb499..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates/comment_6_feea067d6856af2840604782b29af86a._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkexhIpGcYa22aPQtLm-StpHiF-MHYPh5w"
- nickname="Robie"
- subject="comment 6"
- date="2013-06-10T17:24:34Z"
- content="""
-This seems reasonable to me.
-
-One other possibility that you could end up with a duplicate: if `glacier-cli`'s cache is not up to date. For example: hosts A and B both have (the same) annex with the same Glacier special remote defined. Host A copies a file to Glacier. On host B, the `glacier-cli` cache doesn't know about the file, and so a copy to Glacier on host B also succeeds. When the cache is later brought up to date `glacier vault sync`, then the duplicate appears.
-
-I'm not sure what we can do about this. Perhaps we need to accept that duplicates will occur, and handle them more gracefully.
-"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_7_e96187bad3dae2f5f95118f6df87a1ec._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_7_e96187bad3dae2f5f95118f6df87a1ec._comment
deleted file mode 100644
index 26cbb5a473..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates/comment_7_e96187bad3dae2f5f95118f6df87a1ec._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 7"
- date="2013-06-11T14:38:19Z"
- content="""
-Ok, I've merged the glacier branch into master. I would still be happy to see some testing of this before my next release (in a week).
-
-I guess I'll close this bug report. There are certainly still problems that can happen if there are multiple repositories all writing to glacier independently. Seems to me that one good way to deal with this is to set up a single remote that is configured to be a gateway to glacier.
-"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_8_34216b514a6fca788cfacb8579ce5311._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_8_34216b514a6fca788cfacb8579ce5311._comment
deleted file mode 100644
index 67fd5354b7..0000000000
--- a/doc/bugs/Glacier_remote_uploads_duplicates/comment_8_34216b514a6fca788cfacb8579ce5311._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="For those on Mac OS X"
- date="2013-11-18T00:00:32Z"
- content="""
-The duplicates script fails because the BSD/MacOS version of uniq doesn't support the -D option.
-
-You can work around this by installing the GNU version using Homebrew ('brew install coreutils') and then replacing the 'uniq' in the script with 'guniq' (Homebrew prefixes the coreutils with \"g\" by default).
-
-I seem to still be running in to this bug using git annex version 4.20131106 and 'git annex copy --to glacier' without the '--not --in glacier' flags. It's not a problem to use the extra flags but I wasn't originally aware of this issue and the duplicates don't seem to always occur. I'll do some more testing and see whether I can reliably predict what will create duplicates and what won't.
-"""]]
diff --git a/doc/bugs/Google_Cloud_Storage_Nearline.mdwn b/doc/bugs/Google_Cloud_Storage_Nearline.mdwn
deleted file mode 100644
index 4aadc85d73..0000000000
--- a/doc/bugs/Google_Cloud_Storage_Nearline.mdwn
+++ /dev/null
@@ -1,24 +0,0 @@
-### Please describe the problem.
-
-Google's Nearline Storage does not work with git-annex.
-
-### What steps will reproduce the problem?
-
-Create a remote on google cloud storage. AFAIK there is no way to tell annex to create a nearline bucket so what I did was to let it create a regular bucket. At this point everything works I can store retrieve files from the remote. Then I download the buckets content delete the bucket and recreate a nearline bucket with the same name as the old one and re-upload the content. With the new nearline bucket trying to put files there results in a 400 bad request error.
-
-
-### What version of git-annex are you using? On what operating system?
-
-Mac OS X, git-annex version: 5.20150219-g52daae5
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> This is a dup of [[todo/Nearline_support]] ; [[done]] --[[Joey]]
diff --git a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__.mdwn b/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__.mdwn
deleted file mode 100644
index a5bb5cb339..0000000000
--- a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__.mdwn
+++ /dev/null
@@ -1,27 +0,0 @@
-### Please describe the problem.
-
-Git annex's special S3 remote doesn't seem to work with DRA buckets in Google cloud storage.
-
-### What steps will reproduce the problem?
-
-I created a DRA-style bucket in Google cloud storage:
-
- gsutil mb gs://gitannex-dra
-
-Then followed [this hint](https://gist.github.com/jterrace/4576324) to
-set up use of GCS. Except that it didn't work:
-
- git annex initremote gcs type=S3 encryption=none host=storage.googleapis.com port=80 bucket=gitannex-dra
- initremote gcs (checking bucket...) git-annex: Invalid argument.
-
-### What version of git-annex are you using? On what operating system?
-
-Wheezy, git-annex version: 5.20141024~bpo70+1
-
-### Please provide any additional information below.
-
-There didn't seem to be any extra logs and `--debug` didn't seem to add anything useful.
-
-> Closing, as it seems others have gotten this to work with a more recent
-> version of git-annex. Please followup if it doesn't work. [[done]]
-> --[[Joey]]
diff --git a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_2_71e3fb544914c1924f8517173371c205._comment b/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_2_71e3fb544914c1924f8517173371c205._comment
deleted file mode 100644
index 2d91612642..0000000000
--- a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_2_71e3fb544914c1924f8517173371c205._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkXzY87FdO942LR-qNyJFeCth0LjWORNuw"
- nickname="Rob"
- subject="proposed resolution"
- date="2015-01-24T17:10:20Z"
- content="""
-I believe that I could write an external special remote to enable a full GCS feature set to resolve this. I'll do this. If someone has already done so, please add to the comments.
-"""]]
diff --git a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_2_94654cd68a183a1d6210aa4ca13aca70._comment b/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_2_94654cd68a183a1d6210aa4ca13aca70._comment
deleted file mode 100644
index 2420e3d0cb..0000000000
--- a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_2_94654cd68a183a1d6210aa4ca13aca70._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkXzY87FdO942LR-qNyJFeCth0LjWORNuw"
- nickname="Rob"
- subject="Additional experiment"
- date="2015-01-22T18:26:17Z"
- content="""
-I tried unuccessfully on GCS DRA bucket gitannex-dra:
-
- git annex initremote gcs type=S3 chunk=2MiB encryption=none host=storage.googleapis.com bucket=gitannex-dra storageclass=DURABLE_REDUCED_AVAILABILITY
- initremote gcs (checking bucket...) git-annex: Invalid argument.
-
-
-"""]]
diff --git a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_4_70c3d9014f5be74e225a241ae7bea95a._comment b/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_4_70c3d9014f5be74e225a241ae7bea95a._comment
deleted file mode 100644
index 69251c1f0e..0000000000
--- a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_4_70c3d9014f5be74e225a241ae7bea95a._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="bgilbert@a0c64716cf22216de5eeb15a5ca4f009164c8fb3"
- nickname="bgilbert"
- subject="External special remote"
- date="2015-08-09T23:05:04Z"
- content="""
-Rob, I have now [done so](https://github.com/bgilbert/gcsannex). Feedback welcome.
-"""]]
diff --git a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_4_e13eac28bd05f09210018a29c13aa73c._comment b/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_4_e13eac28bd05f09210018a29c13aa73c._comment
deleted file mode 100644
index 00243b5e4d..0000000000
--- a/doc/bugs/How_to_use_a_DRA_bucket_in_Google_cloud_storage__63__/comment_4_e13eac28bd05f09210018a29c13aa73c._comment
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 4"""
- date="2015-02-04T18:46:32Z"
- content="""
-The first thing to try is going to be a current version of git-annex,
-not the wheezy backport, which uses an old and not very good S3 library.
-
-So, upgrade to git-annex 5.20141203 or newer.
-The new aws library used by that version will probably work -- it's
-presumably what was used to make
-
-Even if it fails, will probably fail in a more useful way than throwing
-an "Invalid argument" exception.
-"""]]
diff --git a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status.mdwn b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status.mdwn
deleted file mode 100644
index 07d6f3eb34..0000000000
--- a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status.mdwn
+++ /dev/null
@@ -1,69 +0,0 @@
-### Please describe the problem.
-
-[[!tag moreinfo]]
-
-I added a lot of files to my annex in direct mode. Now I want to switch to indirect mode. git-annex status and indirect create an out-of-memory error.
-
-### What steps will reproduce the problem?
-
-I am not really sure, I added a lot of files to the annex, almost 3TB.
-Then either git-annex status or git-annex indirect cause a similar error (see below).
-
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version: 4.20130501-g4a5bfb3
-local repository version: 4
-default repository version: 3
-supported repository versions: 3 4
-upgrade supported from repository versions: 0 1 2
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
-
-Ubuntu precise
-3.2.0-26-generic
-
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/debug.log
-git-annex status
-supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
-supported remote types: git S3 bup directory rsync web webdav glacier hook
-repository mode: direct
-trusted repositories: 0
-semitrusted repositories: 7
- 00000000-0000-0000-0000-000000000001 -- web
- 0b8e6666-80d5-11e2-adf3-6f4d3d6ef0aa -- marek@x4:~/tmp/annex
- 65c057c6-6027-11e2-84b0-b77d71696e49 -- here (.)
- 96b31c5e-6524-11e2-b136-fbd1a03b2799 -- BackupOnGlacier
- b509c388-629a-11e2-be5f-d376e201ad86 -- marek@x201:~/AllData
- c636e33c-6e31-11e2-a9c4-a3c5546d69d9 -- desktop
- fbaa1c3a-60d7-11e2-842f-9348368d2f4c -- .
-untrusted repositories: 0
-dead repositories: 0
-transfers in progress: none
-available local disk space: 81 gigabytes (+1 megabyte reserved)
-temporary directory size: 9 megabytes (clean up with git-annex unused)
-local annex keys: 61396
-local annex size: 3 terabytes
-known annex keys: git-annex: out of memory (requested 985661440 bytes)
-
-OR
-
-git-annex indirect
-commit git-annex: out of memory (requested 985661440 bytes)
-
-
-
-
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]]. However, if you saw this behavior,
-> you have large files checked directly into git. You may
-> want to examine your repository and use git filter-branch to clean
-> it up.
-> --[[Joey]]
diff --git a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_1_94c678e1348280a96f11d7456c240d3a._comment b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_1_94c678e1348280a96f11d7456c240d3a._comment
deleted file mode 100644
index 06b56c47f0..0000000000
--- a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_1_94c678e1348280a96f11d7456c240d3a._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
- nickname="Marek"
- subject="comment 1"
- date="2013-05-03T21:12:39Z"
- content="""
-I have not yet commited after git-annex add.
-"""]]
diff --git a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_2_09450d58df2373174a1f0d90b08e9eb3._comment b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_2_09450d58df2373174a1f0d90b08e9eb3._comment
deleted file mode 100644
index b0e5bb5c23..0000000000
--- a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_2_09450d58df2373174a1f0d90b08e9eb3._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 2"
- date="2013-05-06T15:59:00Z"
- content="""
-Looks like you have around 61396 files, which is not really very many. Is that guess accurate?
-
-I have repositories with that many files, that do not run out of memory, or even use much memory at all when running `git annex status`. Just tried and it needed 15 mb, not 900.
-
-Since you're using Ubuntu precise with a current version of git-annex, I'll bet you installed from fmarier's PPA. Is that right?
-
-In case this is a problem only with the build in the PPA, can you please download the [[/install/Linux_standalone]] tarball, and try the same command using the git-annex from there?
-"""]]
diff --git a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_3_a07105226ef3488b97731db004651976._comment b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_3_a07105226ef3488b97731db004651976._comment
deleted file mode 100644
index e4795e5a83..0000000000
--- a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_3_a07105226ef3488b97731db004651976._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.153.14.105"
- subject="comment 3"
- date="2013-09-19T18:59:42Z"
- content="""
-It turns out that if you are using direct mode and you manually `git commit some-file` that is really big, that file is checked directly into git. Which is why direct mode's docs say not to do that.
-
-Once you've got an enormous file in git, either on purpose on by mistake, it turns out that git-annex tries to buffer the whole file content in some situations. I am in the process of fixing those memory leaks.
-"""]]
diff --git a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__.mdwn b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__.mdwn
deleted file mode 100644
index 9b5d522201..0000000000
--- a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__.mdwn
+++ /dev/null
@@ -1,44 +0,0 @@
-### Please describe the problem.
-Incorrect merge of direct repos.
-
-### What steps will reproduce the problem?
-
-[[!format sh """
-# setting up stuff
-test/a$ git init
-test/a$ git annex init
-test/a$ git annex direct
-test/a$ touch firstfile
-test/a$ git annex add firstfile
-$ git clone test/a
-$ mv a test/b
-test/b$ git annex direct
-
-# actual scenario
-test/b$ echo bbbb > f
-test/b$ git annex add f
-test/b$ git annex sync
-test/a$ mkdir f
-test/a$ echo aaaa > f/f
-test/a$ git annex add f/f
-test/a$ git annex sync
-test/b$ git annex sync
-test/b$ rm f
-test/b$ git annex sync
-test/b$ ls
-test/b$ firstfile
-test/b$ f.variant-SHA256E-s5--4551db5fd4d56e27be71a8a943070cfaa4342b8e960a326e2d6427b3aa0a5a48.variant-43f5
-test/a$ git annex sync # A's f/f is no longer to be found
-"""]]
-
-### What version of git-annex are you using? On what operating system?
-[[!format sh """
-git-annex version: 4.20131031-g7d99d14
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS 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 webdav glacier hook
-
-Linux ceilingcat 3.11.6-1-ARCH #1 SMP PREEMPT Fri Oct 18 23:22:36 CEST 2013 x86_64 GNU/Linux
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_1_15c354c4841d364e78882d2b46a0a764._comment b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_1_15c354c4841d364e78882d2b46a0a764._comment
deleted file mode 100644
index 53c9f79153..0000000000
--- a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_1_15c354c4841d364e78882d2b46a0a764._comment
+++ /dev/null
@@ -1,66 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.246"
- subject="comment 1"
- date="2013-11-14T17:06:50Z"
- content="""
-I verify this bug. And it's specific to direct mode as you say. Here is a shell script which automates the proccess:
-
-[[!format sh \"\"\"
-#!/bin/sh
-set -e
-mkdir test
-cd test
-git init a
-
-cd a
-git annex init
-git annex direct
-touch firstfile
-git annex add firstfile
-git annex sync # think this was left out of recipe
-
-cd ..
-
-git clone a b
-cd b
-git annex direct
-echo bbbb > f
-git annex add f
-git annex sync || true
-cd ..
-cd a
-mkdir f
-echo aaaa > f/f
-git annex add f/f
-git annex sync || true
-cd ..
-cd b
-git annex sync
-echo \"after merge:\"
-ls
-\"\"\"]]
-
-At this point, b only has the file version of f; the directory form has been removed. (Syncing to a of course then does the same thing there.)
-
-And from the trascript, we can see what's going on:
-
-
-Adding f/f
-CONFLICT (directory/file): There is a directory with name f in HEAD. Adding f as f~refs_heads_synced_master
-Automatic merge failed; fix conflicts and then commit the result.
-(Recording state in git...)
-f: needs merge
-[master 0600854] git-annex automatic merge conflict fix
-
- Merge conflict was automatically resolved; you may want to examine the result.
-
-
-The problem seems to be that direct mode merge does not find the `f~refs_heads_synced_master` created by the merge, so fails to copy it from the temp merge tree into the work tree.
-
-`Command.Sync.cleanConflictCruft` is relevant, but was only made to work in indirect mode, it seems.
-
-----
-
-Obviously, if someone runs into this bug and seems to lose data, they can get the data back by reverting the changes from the automatic merge. Direct mode does preserve file contents when removing them from the work tree in a merge.
-"""]]
diff --git a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_2_8bc496226a977dbeeb1ce3f06122f1c2._comment b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_2_8bc496226a977dbeeb1ce3f06122f1c2._comment
deleted file mode 100644
index f9d3c7ffe3..0000000000
--- a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_2_8bc496226a977dbeeb1ce3f06122f1c2._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.246"
- subject="comment 2"
- date="2013-11-15T17:39:37Z"
- content="""
-My initial guess was wrong.. This is not actually a bug in conflicted merge resolution at all.
-
-The bug is that in direct mode, it diffs the old and new tree when doing a normal merge, so see what files in the work tree need to be changed. This was written to go through the diff and replay the deletes and adds. In this case, since f/f and f are different items, they can appear in either order in the diff But the code only worked when f was first deleted, and f/f was then added. And it turns out that in this case, the diff had the two items the other way around.
-
-So, I think it needs to do 2 passes, first deleting and then adding.
-"""]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__.mdwn b/doc/bugs/Incorrect_merge___40__a_special_case__41__.mdwn
deleted file mode 100644
index 8e25ed6cbc..0000000000
--- a/doc/bugs/Incorrect_merge___40__a_special_case__41__.mdwn
+++ /dev/null
@@ -1,48 +0,0 @@
-### Please describe the problem.
-(Minor issue.)
-
-Incorrect merge of direct repos in the special case where at repo A a symlink to a file whose contents aren't yet available, are overwritten, while at repo B the file is deleted.
-
-Result: file is deleted on both side.
-
-Expected: B.f is gone, A.f is still present
-
-### What steps will reproduce the problem?
-
-[[!format sh """
-# setting up stuff
-test/a$ git init
-test/a$ git annex init
-test/a$ git annex direct
-test/a$ touch firstfile
-test/a$ git annex add firstfile
-$ git clone test/a
-$ mv a test/b
-test/b$ git annex direct
-
-# actual scenario
-test/b$ echo bbbb > f
-test/b$ git annex add f
-test/b$ git annex sync
-test/a$ git annex sync
-test/a$ echo aaaa > f
-test/a$ git annex add f
-test/a$ git annex sync
-test/b$ rm f
-test/b$ git annex sync
-test/a$ git annex sync
-# test/a/f is now gone, lost
-"""]]
-
-### What version of git-annex are you using? On what operating system?
-[[!format sh """
-git-annex version: 4.20131031-g7d99d14
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS 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 webdav glacier hook
-
-Linux ceilingcat 3.11.6-1-ARCH #1 SMP PREEMPT Fri Oct 18 23:22:36 CEST 2013 x86_64 GNU/Linux
-"""]]
-
-> [[fixed|done]]; direct mode now freezes the content directory as indirect
-> mode already did. fsck will fix up the permissions too. --[[Joey]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_1_c80418d76b501c688e3a9fb4831520fd._comment b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_1_c80418d76b501c688e3a9fb4831520fd._comment
deleted file mode 100644
index 0594ddabe6..0000000000
--- a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_1_c80418d76b501c688e3a9fb4831520fd._comment
+++ /dev/null
@@ -1,41 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.246"
- subject="comment 1"
- date="2013-11-14T17:10:55Z"
- content="""
-I suspect this might be the same underlying problem as [[bugs/Incorrect merge, direct repos (2)]]. However, I cannot reproduce it using the recipe given.. perhaps something was left out?
-
-I wrote this shell script to try to codify the recipe in a runnable form:
-
-[[!format sh \"\"\"
-#!/bin/sh
-set -e
-mkdir test
-cd test
-git init a
-
-cd a
-git annex init
-git annex direct
-touch firstfile
-git annex add firstfile
-git annex sync # think this was left out of recipe
-
-cd ..
-
-git clone a b
-cd b
-git annex direct
-echo bbbb > f
-git annex add f
-git annex sync || true
-cd ..
-cd a
-echo aaaa > f
-git annex add f
-git annex sync
-\"\"\"]]
-
-At this point, a has 2 variants of f, and no amount of syncing in either repo will cause either variant to go away.
-"""]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_2_8b2a188696f46819f6e3f0e9660362d2._comment b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_2_8b2a188696f46819f6e3f0e9660362d2._comment
deleted file mode 100644
index 39bb908772..0000000000
--- a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_2_8b2a188696f46819f6e3f0e9660362d2._comment
+++ /dev/null
@@ -1,45 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawlWskoNgUB7r70OXglR-4iKI4bOuPJb-xg"
- nickname="Tim"
- subject="comment 2"
- date="2013-11-14T18:06:55Z"
- content="""
-You were missing a: test/a$ git annex sync
-
-This did the trick on my system
-[[!format sh \"\"\"
-#!/bin/sh
-set -e
-mkdir test
-cd test
-git init a
-
-cd a
-git annex init
-git annex direct
-touch firstfile
-git annex add firstfile
-git annex sync # think this was left out of recipe # indeed it was
-
-cd ..
-
-git clone a b
-cd b
-git annex direct
-echo bbbb > f
-git annex add f
-git annex sync || true # why add a || true?
-cd ../a
-git annex sync
-echo aaaa > f
-git annex add f
-git annex sync
-cd ../b
-rm f
-git annex sync
-ls
-cd ../a
-git annex sync
-ls
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_3_8cdbb1fda506b9e53a0e9ab88b2569c1._comment b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_3_8cdbb1fda506b9e53a0e9ab88b2569c1._comment
deleted file mode 100644
index ce5c144e13..0000000000
--- a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_3_8cdbb1fda506b9e53a0e9ab88b2569c1._comment
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.246"
- subject="comment 3"
- date="2013-11-15T17:48:42Z"
- content="""
-Hmm. In your script, when you run `git annex sync` in a and then `echo aaaa > f`, f already exists at that point as a symlink. This actually ends up following the link and writing to .git/annex/objects. (fsck will detect that junk has been written there)
-
-That's a bug on its own; seems like direct mode is neglecting to lock down the .git/annex/objects directories to prevent writing to them like this.
-
-----
-
-However, this means that your script does not demonstrate the bug you originally reported.
-You remove b/f and sync, and since a/f has not been changed, the deleting is correctly synced to a, removing a/f.
-"""]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_4_9d74e2854a5d77f0f793f56fa0cff9e2._comment b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_4_9d74e2854a5d77f0f793f56fa0cff9e2._comment
deleted file mode 100644
index c7bb027654..0000000000
--- a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_4_9d74e2854a5d77f0f793f56fa0cff9e2._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.246"
- subject="comment 4"
- date="2013-11-15T17:52:38Z"
- content="""
-Looking back at the original bug description:
-
-\"repo A a symlink to a file whose contents aren't yet available, are overwritten, while at repo B the file is deleted.\"
-
-I think the \"overwritten\" is key. I suspect you were always doing echo > f where f was a symlink, and this does not actually overwrite the symlink, it just puts data (that fsck will reject) into the annex.
-
-So, proceeding as if the real bug here is the ability to write through symlink in direct mode, unless told otherwise..
-"""]]
diff --git a/doc/bugs/Incorrect_version_of_Git_Annex___40__1.0.52__41___as_seen_by_Android.mdwn b/doc/bugs/Incorrect_version_of_Git_Annex___40__1.0.52__41___as_seen_by_Android.mdwn
deleted file mode 100644
index 95db65e25c..0000000000
--- a/doc/bugs/Incorrect_version_of_Git_Annex___40__1.0.52__41___as_seen_by_Android.mdwn
+++ /dev/null
@@ -1,24 +0,0 @@
-### Please describe the problem.
-
-Git Annex is listed as of version 1.0.52 if you check out its entry in the list of applications in the Android configuration. I guess that one is of the terminal app which kickstarts the annex.
-
-### What steps will reproduce the problem?
-
-install apk
-
-### What version of git-annex are you using? On what operating system?
-
-android
-5.2013whatever
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Installation_on_ArchLinux_fails.mdwn b/doc/bugs/Installation_on_ArchLinux_fails.mdwn
deleted file mode 100644
index 54c6718475..0000000000
--- a/doc/bugs/Installation_on_ArchLinux_fails.mdwn
+++ /dev/null
@@ -1,36 +0,0 @@
-### Please describe the problem.
-The packages provided on AUR fail to install. I've tried git-annex, git-annex-bin and git-annex-git.
-
-### What steps will reproduce the problem?
-
- yaourt -S git-annex
-
-or
-
- yaourt -S git-annex-bin
-
-or
-
- yaourt -S git-annex-git
-
-### What version of git-annex are you using? On what operating system?
-
-None, on an up-to-date ArchLinux (Kernel 4.0.5-1)
-
-### Please provide any additional information below.
-
-
-The git-annex-bin package has outdated checksums. When updating these, yaourt fails with
-
- rm: cannot remove ‘/tmp/yaourt-tmp-foo/aur-git-annex-bin/pkg/git-annex-bin/opt/git-annex.linux/usr/lib/x86_64-linux-gnu/libcurl.so.4’: No such file or directory
-
-Both git-annex and git-annex-git fail with
-
- error: target not found: haskell-edit-distance
- error: target not found: haskell-ifelse
- error: target not found: haskell-hs3
-
-as these packages are not available on AUR.
-
-> I have updated the arch documentation to replace the failing package with
-> the haskell-core one. [[done]] --[[Joey]]
diff --git a/doc/bugs/Installation_on_ArchLinux_fails/comment_1_17821bd94b52c8231059e4934b4131e4._comment b/doc/bugs/Installation_on_ArchLinux_fails/comment_1_17821bd94b52c8231059e4934b4131e4._comment
deleted file mode 100644
index 8823790c02..0000000000
--- a/doc/bugs/Installation_on_ArchLinux_fails/comment_1_17821bd94b52c8231059e4934b4131e4._comment
+++ /dev/null
@@ -1,7 +0,0 @@
-[[!comment format=mdwn
- username="tommi"
- subject="comment 1"
- date="2015-06-23T21:24:35Z"
- content="""
-As a workaround, installing git-annex from the haskell-core repository works (see https://wiki.archlinux.org/index.php/ArchHaskell)
-"""]]
diff --git a/doc/bugs/Installation_on_ArchLinux_fails/comment_2_ff058ac51ee3bdd2b65a903716ea0d66._comment b/doc/bugs/Installation_on_ArchLinux_fails/comment_2_ff058ac51ee3bdd2b65a903716ea0d66._comment
deleted file mode 100644
index 4089228406..0000000000
--- a/doc/bugs/Installation_on_ArchLinux_fails/comment_2_ff058ac51ee3bdd2b65a903716ea0d66._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="CandyAngel"
- subject="comment 2"
- date="2015-06-24T07:33:20Z"
- content="""
-The AUR package isn't \"official\", so it isn't supported.
-
-It has an outdated checksum because there is some issue related to changes to curl which apparently causes problems if you use the webapp (which I don't, so I just deleted that bit and it seems to work fine).
-"""]]
diff --git a/doc/bugs/Installation_on_ArchLinux_fails/comment_3_848fcafc5a3ffcc6641aa2dc3bd8286f._comment b/doc/bugs/Installation_on_ArchLinux_fails/comment_3_848fcafc5a3ffcc6641aa2dc3bd8286f._comment
deleted file mode 100644
index 53298bf417..0000000000
--- a/doc/bugs/Installation_on_ArchLinux_fails/comment_3_848fcafc5a3ffcc6641aa2dc3bd8286f._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 3"""
- date="2015-07-02T16:38:51Z"
- content="""
-Not a whole lot I can do about this.. We can update install/ArchLinux
-and that's about it. Probably more productive to get in touch with the
-maintainer of the AUR package if it needs fixed.
-
-But, ArchHaskell seems promising. Much better than the hacks used to build
-the git-annex-bin AUR, IMHO. Since I'm not an Arch user, and don't
-understand the distro (on a number of levels it seems very puzzling to
-me..), I am reluctant to update the documentation myself to say to use it, but
-if it makes sense to point users at haskell-core, by all means update the
-docs to do so.
-
-(Any details about the curl thing?)
-"""]]
diff --git a/doc/bugs/Installation_on_ArchLinux_fails/comment_4_be3a6b3955354fb56eec0371b8f32f6a._comment b/doc/bugs/Installation_on_ArchLinux_fails/comment_4_be3a6b3955354fb56eec0371b8f32f6a._comment
deleted file mode 100644
index c88b405c16..0000000000
--- a/doc/bugs/Installation_on_ArchLinux_fails/comment_4_be3a6b3955354fb56eec0371b8f32f6a._comment
+++ /dev/null
@@ -1,7 +0,0 @@
-[[!comment format=mdwn
- username="CandyAngel"
- subject="comment 4"
- date="2015-07-03T08:11:08Z"
- content="""
-I'll try to replicate the curl problem in a VM over the weekend.
-"""]]
diff --git a/doc/bugs/Internal_Server_Error_unknown_UUID__59___cannot_modify.mdwn b/doc/bugs/Internal_Server_Error_unknown_UUID__59___cannot_modify.mdwn
deleted file mode 100644
index 7767b83e2e..0000000000
--- a/doc/bugs/Internal_Server_Error_unknown_UUID__59___cannot_modify.mdwn
+++ /dev/null
@@ -1,26 +0,0 @@
-### Please describe the problem.
-I was trying to use "Local Computer" option to sync up two machines on my local network. I was having some firewall issues and it failed on one machine.
-It still created a repository without a name in the web ui and i get that Error unknown UUID when trying to edit or delete it.
-
-### What steps will reproduce the problem?
-Machine A initiates pairing. Machine B accepts pairing. Machine A has a firewall blocking outgoing connections.
-Machine B times out. Machine A accepts outgoing connections for vnetd. Machine A starts syncing with Machine B.
-Machine B gets files but have a broken web ui.
-
-
-### What version of git-annex are you using? On what operating system?
-
-4.20130601-g2b6c3f2
-OSX 10.7.5 on both Machine A and B
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> [[dup|done]] of [[Internal_Server_Error:_Unknown_UUID]] --[[Joey]]
diff --git a/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows.mdwn b/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows.mdwn
deleted file mode 100644
index 76a88808ef..0000000000
--- a/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows.mdwn
+++ /dev/null
@@ -1,33 +0,0 @@
-### Please describe the problem.
-The web app fails with an Internal server error while adding a remote server on Windows.
-ssh: createProcess: does not exist (No such file or directory)
-
-### What steps will reproduce the problem?
-Start the webapp, click add repository, select remote server, click check.
-
-### What version of git-annex are you using? On what operating system?
-Latest (as of 20141104) on Windows.
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-[2014-11-04 12:42:27 ora solare Europa occidentale] main: starting assistant version 5.20141031-gbfac20c
-Launching web browser on file://C:\Users\ltaglialegne\Documents\Annex\.git\annex\webapp.html
-[2014-11-04 12:42:27 ora solare Europa occidentale] Cronner: You should enable consistency checking to protect your data.
-(scanning...) [2014-11-04 12:42:27 ora solare Europa occidentale] Watcher: Performing startup scan
-(started...) recv: failed (No error)
-recv: failed (No error)
-recv: failed (No error)
-recv: failed (No error)
-04/Nov/2014:12:44:30 +0100 [Error#yesod-core] ssh: createProcess: does not exist (No such file or directory) @(yesod-core-1.2.19:Yesod.Core.Class.Yesod .\Yesod\Core\Class\Yesod.hs:503:5)
-04/Nov/2014:12:44:50 +0100 [Error#yesod-core] ssh: createProcess: does not exist (No such file or directory) @(yesod-core-1.2.19:Yesod.Core.Class.Yesod .\Yesod\Core\Class\Yesod.hs:503:5)
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]]; git-annex's ssh is now installed to Git/cmd,
-> so it will be in the PATH as long as the instructions are followed to let
-> msysgit add git to the PATH. --[[Joey]]
diff --git a/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_1_af5df473e49a149701b30accb63643a9._comment b/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_1_af5df473e49a149701b30accb63643a9._comment
deleted file mode 100644
index 32eb8b0a25..0000000000
--- a/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_1_af5df473e49a149701b30accb63643a9._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2014-11-06T19:48:44Z"
- content="""
-This looks like it's failing to find the ssh command. How did you install
-git-annex on your windows computer? Can you use ssh from a terminal?
-"""]]
diff --git a/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_2_e7ab75a3c4cd6db900bc2b786bda4e8d._comment b/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_2_e7ab75a3c4cd6db900bc2b786bda4e8d._comment
deleted file mode 100644
index 8557046d40..0000000000
--- a/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_2_e7ab75a3c4cd6db900bc2b786bda4e8d._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnE6kFAbud1LWrQuyX76yMYnUjHt9tR-A8"
- nickname="Leonardo"
- subject="comment 2"
- date="2014-11-18T14:00:58Z"
- content="""
-I've installed it using the installer.
-I think the problem might be that recent versions of git install somewhere in %AppData% and not in %ProgramFiles%.
-"""]]
diff --git a/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_3_0ff9b2e15904ef64b7d1937a41da5f49._comment b/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_3_0ff9b2e15904ef64b7d1937a41da5f49._comment
deleted file mode 100644
index 5144abcc69..0000000000
--- a/doc/bugs/Internal_server_error_while_adding_remote_server_on_Windows/comment_3_0ff9b2e15904ef64b7d1937a41da5f49._comment
+++ /dev/null
@@ -1,7 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- subject="comment 3"
- date="2014-12-03T17:35:19Z"
- content="""
-I was able to reproduce this. ssh is installed in C:\Program Files\Git\bin\, which is not in the PATH unless the msysgit installer is told to put all the unix utils in the PATH.
-"""]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken.mdwn b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken.mdwn
deleted file mode 100644
index ebb55543d8..0000000000
--- a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken.mdwn
+++ /dev/null
@@ -1,18 +0,0 @@
- [0 zerodogg@firefly git-annex]$ ls
- bin/ favicon.png git-annex git-annex-shell git-core/ lib/ libdirs linker README shimmed/ uninstall
- etc/ gconvdir git-annex.MANIFEST git-annex-webapp install-haskell-packages lib64/ LICENSE logo.svg runshell templates/ usr/
- [0 zerodogg@firefly git-annex]$ pwd
- /home/zerodogg/.local/share/git-annex
- [0 zerodogg@firefly git-annex]$ ./git-annex version
- /home/zerodogg/.local/share/git-annex/bin/git-annex: line 2: /home/zerodogg/.local/share/git-annex/lib64/ld-linux-x86-64.so.2: No such file or directory
- [127 zerodogg@firefly git-annex]$ ls -l /home/zerodogg/.local/share/git-annex/lib64/ld-linux-x86-64.so.2
- lrwxrwxrwx. 1 zerodogg zerodogg 32 2012-12-30 16:35 /home/zerodogg/.local/share/git-annex/lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.13.so
- [0 zerodogg@firefly git-annex]$ ls /lib/x86_64-linux-gnu/ld-2.13.so
- ls: cannot access /lib/x86_64-linux-gnu/ld-2.13.so: No such file or directory
-
-This is on Fedora 20, 64bit, installed from http://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz as of Sun Dec 22 00:44:53 CET 2013.
-
-> [[fixed|done]]; converted ugly shell code to much nicer haskell code,
-> which let me reuse relative symlink generation code from git-annex
-> to fix this. Updated the amd64 build for the last release only.
-> --[[Joey]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_1_428eba88016d50a6631fffa906815767._comment b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_1_428eba88016d50a6631fffa906815767._comment
deleted file mode 100644
index 60012d2cda..0000000000
--- a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_1_428eba88016d50a6631fffa906815767._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="EskildHustvedt"
- ip="80.202.194.17"
- subject="32 bit standalone works (on 64 bit) however"
- date="2013-12-22T11:37:24Z"
- content="""
-SSIA
-"""]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_2_87f70b3eececca8a5b7946cff53e0a2f._comment b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_2_87f70b3eececca8a5b7946cff53e0a2f._comment
deleted file mode 100644
index b9cc82a7bf..0000000000
--- a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_2_87f70b3eececca8a5b7946cff53e0a2f._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmTlfbCC37CAjhQrS107ZWRVA_sF4s3gLU"
- nickname="Juergen"
- subject="Same here broken "
- date="2013-12-22T12:11:57Z"
- content="""
-It's broken here too. Debian testing 64bit .
-
-
-"""]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_3_manually_added._comment b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_3_manually_added._comment
deleted file mode 100644
index 23ca8f72c2..0000000000
--- a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_3_manually_added._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="http://id.clacke.se/"
- nickname="clacke"
- subject="Workaround/Fix"
- date="2013-12-22T14:23:09Z"
- content="""
-Broken here on Linux Mint 13 Maya (Ubuntu 12.04 precise) too. The reason is a dangling symlink. Fix:
-
- clacke@acozed:~/.local/libexec/git-annex.linux.5.20131221$ ./git-annex version
- Segmentation fault
- clacke@acozed:~/.local/libexec/git-annex.linux.5.20131221$ rm lib64/ld-linux-x86-64.so.2
- clacke@acozed:~/.local/libexec/git-annex.linux.5.20131221$ ln -s ../lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 lib64/
- clacke@acozed:~/.local/libexec/git-annex.linux.5.20131221$ ./git-annex version
- git-annex version: 5.20131221-gf8c928d
- build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
- key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
- remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
-"""]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_4_43947607472193e2199b98ee2192af30._comment b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_4_43947607472193e2199b98ee2192af30._comment
deleted file mode 100644
index 3a5e1947b6..0000000000
--- a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_4_43947607472193e2199b98ee2192af30._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://grossmeier.net/"
- nickname="greg"
- subject="comment 4"
- date="2013-12-23T16:45:23Z"
- content="""
-clacke's workaround works for me, as well, on 5.20131223-gafb776f (ie: issue still present on 5.20131223-gafb776f)
-"""]]
diff --git a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.mdwn b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.mdwn
deleted file mode 100644
index e4eef758aa..0000000000
--- a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.mdwn
+++ /dev/null
@@ -1,43 +0,0 @@
-### Please describe the problem.
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by git-annex)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libidn.so.11)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libgnutls.so.26)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libxml2.so.2)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libxml2.so.2)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libgmp.so.10)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libffi.so.6)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libntlm.so.0)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libkrb5.so.3)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.16' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libkrb5.so.3)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libk5crypto.so.3)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.17' not found (required by /home/user/bin/lib/x86_64-linux-gnu/libcom_err.so.2)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/lib/x86_64-linux-gnu/libgcrypt.so.11)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by /home/user/bin/lib/x86_64-linux-gnu/libgcrypt.so.11)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libtasn1.so.3)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libp11-kit.so.0)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libstdc++.so.6)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.17' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libstdc++.so.6)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/lib/x86_64-linux-gnu/libgcc_s.so.1)
-git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libkrb5support.so.0)
-
-### What steps will reproduce the problem?
-$git-annex
-
-### What version of git-annex are you using? On what operating system?
-v20130723, 64-bit, Debian Stable
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-Also note, the last build 20130709 was compatible with glibc 2.13
-
-> [[fixed|done]]; builds are back to using debian stable.
-> also updated the autobuilds and last release's builds. --[[Joey]]
diff --git a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_1_dc7f726a0b60f64392cbbd1b4317bab5._comment b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_1_dc7f726a0b60f64392cbbd1b4317bab5._comment
deleted file mode 100644
index f50471ca00..0000000000
--- a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_1_dc7f726a0b60f64392cbbd1b4317bab5._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="2001:4978:f:21a::2"
- subject="comment 1"
- date="2013-07-25T17:00:53Z"
- content="""
-Thank you for reminding me why I was using debian stable chroots for the autobuilds.
-
-Unfortunately, I forgot about this problem and upgraded the chroots. Rebuilding them with all the stuff I need is going to take a while.
-"""]]
diff --git a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_2_4a0198d714bd3b52ba9baa68dc45f535._comment b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_2_4a0198d714bd3b52ba9baa68dc45f535._comment
deleted file mode 100644
index 1d7685bb14..0000000000
--- a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_2_4a0198d714bd3b52ba9baa68dc45f535._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://jamdev.myopenid.com/"
- ip="117.195.168.15"
- subject="well that was fast!"
- date="2013-07-25T21:01:38Z"
- content="""
-Hey Joey
-
-Confirming this as fixed, thanks.
-
--have a nice weekend!
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__.mdwn b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__.mdwn
deleted file mode 100644
index 2875e63e43..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__.mdwn
+++ /dev/null
@@ -1,23 +0,0 @@
-### Please describe the problem.
-
-Creating a USB repo fails with a GPG error.
-
-### What steps will reproduce the problem?
-
- * Build git-annex and git-annex assistant using the instructions at https://gist.github.com/calmyournerves/7144127
- * Run git-annex app to launch web interface
- * Create local repo using web interface
- * Try to create USB repo using web interface
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version 4.20131105-g136b030 on Mac OS 10.9 Mavericks.
-
-### Please provide any additional information below.
-
-[[!format sh """
-07/Nov/2013:06:51:07 +1100 [Error#yesod-core] user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--with-colons","--list-secret-keys","--fixed-list-mode"] exited 5) @(yesod-core-1.2.4.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
-"""]]
-
-> [[fixed|done]]; it seems that this was a local build issue ad does not
-> affect the autobuild. --[[Joey]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_1_0b4dcedc58e5071733e1239490aed2ea._comment b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_1_0b4dcedc58e5071733e1239490aed2ea._comment
deleted file mode 100644
index 34d8d94b1f..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_1_0b4dcedc58e5071733e1239490aed2ea._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="Updated version 4.20131105-g136b030 seems to work"
- date="2013-11-07T20:28:55Z"
- content="""
-I've updated to the latest version as of 12 hours ago and I was able to create a USB repo on two computers. 4.20131105-g136b030 showing on the web app but 20131106 on the command line.
-
-Is there an easy way of checking the repo is correctly encrypted? I didn't see anything about encrypting (now the previous error has disappeared) when creating the repo - is this what I should expect?
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_2_1cb1ef0292a3357874b461a77c13373e._comment b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_2_1cb1ef0292a3357874b461a77c13373e._comment
deleted file mode 100644
index 83e0b23170..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_2_1cb1ef0292a3357874b461a77c13373e._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="108.236.230.124"
- subject="comment 2"
- date="2013-11-08T17:36:53Z"
- content="""
-USB repos are not set up encryption unless you explicitly request it.
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_3_e5ec1e3ab304d738e3b0847287a47af4._comment b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_3_e5ec1e3ab304d738e3b0847287a47af4._comment
deleted file mode 100644
index 0b3a804b94..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_3_e5ec1e3ab304d738e3b0847287a47af4._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="Yes, I just figured that out"
- date="2013-11-08T22:09:40Z"
- content="""
-I figured it out a couple of hours ago when I was able to use the existing USB repo on a new computer that doesn't have any of my private keys on it.
-
-I didn't see an option in the web interface to use encryption - is it command line only?
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__.mdwn b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__.mdwn
deleted file mode 100644
index 5c70527fd8..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__.mdwn
+++ /dev/null
@@ -1,28 +0,0 @@
-### Please describe the problem.
-
-Creating a remote S3 repository using the git-annex assistant web interface fails with a GPG error. (I'm also getting a GPG error trying to create a USB repo but it's slightly different so I'll post a different bug.)
-
-### What steps will reproduce the problem?
-
- * Build git-annex and git-annex assistant using the instructions at https://gist.github.com/calmyournerves/7144127
- * Run git-annex app to launch web interface
- * Create local repo using web interface
- * Try to create encrypted S3 remote repo using web interface
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version 4.20131105-g136b030 on MacOS 10.9 Mavericks.
-
-### Please provide any additional information below.
-
-[[!format sh """
-
-(encryption setup) dyld: Library not loaded: @rpath/libz.1.2.8.dylib
- Referenced from: /Applications/git-annex.app/Contents/MacOS/bundle/gpg
- Reason: image not found
-07/Nov/2013:06:38:27 +1100 [Error#yesod-core] user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 5) @(yesod-core-1.2.4.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
-
-"""]]
-
-> [[fixed|done]]; it seems that this was a local build issue ad does not
-> affect the autobuild. --[[Joey]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_1_d95accb43bd18cc9acbbf1d4069f86b3._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_1_d95accb43bd18cc9acbbf1d4069f86b3._comment
deleted file mode 100644
index 0f1e34e31e..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_1_d95accb43bd18cc9acbbf1d4069f86b3._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="S3 works without encryption"
- date="2013-11-06T21:09:26Z"
- content="""
-Not surprisingly, S3 repos work without encryption.
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_2_452a3c524974832f0742efb00df4d576._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_2_452a3c524974832f0742efb00df4d576._comment
deleted file mode 100644
index 6b3ca2a0b3..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_2_452a3c524974832f0742efb00df4d576._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="Still fails with git-annex version 4.20131105-g136b030"
- date="2013-11-07T20:32:09Z"
- content="""
-Updating seems to have fixed my other problem with creating a USB repo but still fails when trying to create an encrypted S3 repo.
-
- (encryption setup) dyld: Library not loaded: @rpath/libz.1.2.8.dylib
- Referenced from: /Applications/git-annex.app/Contents/MacOS/bundle/gpg
- Reason: image not found
- 08/Nov/2013:07:30:11 +1100 [Error#yesod-core] user error (gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"1\",\"512\"] exited 5) @(yesod-core-1.2.4.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_3_f8f6d1e0065e5ba56cd405b1c021ca09._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_3_f8f6d1e0065e5ba56cd405b1c021ca09._comment
deleted file mode 100644
index e2ae9c3dcb..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_3_f8f6d1e0065e5ba56cd405b1c021ca09._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="108.236.230.124"
- subject="comment 3"
- date="2013-11-08T17:38:40Z"
- content="""
-Looks like it failed to include libz.1.2.8.dylib in the bundle for some reason despite gpg needing it.
-
-I don't really see the point in building an app bundle if you're going to install it back to the same machine you built it on. It's much easier to just `cabal install git-annex` in this case.
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_4_b524649cee751532d20a4894d71c5cf3._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_4_b524649cee751532d20a4894d71c5cf3._comment
deleted file mode 100644
index 8c7450ca6b..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_4_b524649cee751532d20a4894d71c5cf3._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="Maybe I'm missing something..."
- date="2013-11-08T22:12:04Z"
- content="""
-But does cabal install git-annex install the assistant? On the Mac, I use the app bundle to launch the web interface from my applications folder.
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_5_8312ba868ef616ec00563446c9c3464f._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_5_8312ba868ef616ec00563446c9c3464f._comment
deleted file mode 100644
index f94f2d9c8a..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_5_8312ba868ef616ec00563446c9c3464f._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="To answer my own question - "git annex webapp""
- date="2013-11-09T00:10:28Z"
- content="""
-Will open the web app from the command line.
-
-But now I get a different error trying to create an encrypted S3 repo.
-
- (encryption setup) 09/Nov/2013:11:08:56 +1100 [Error#yesod-core] user error (gpg [\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"1\",\"512\"] exited 127) @(yesod-core-1.2.4.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_6_1af75c691d27c97397f1901f7c2483b0._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_6_1af75c691d27c97397f1901f7c2483b0._comment
deleted file mode 100644
index 19313d9a74..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_6_1af75c691d27c97397f1901f7c2483b0._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="Works with git annex on command line"
- date="2013-11-09T20:18:38Z"
- content="""
-git annex initremote cloud type=S3 keyid=key correct creates an encrypted S3 repo and I'm able to upload files.
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_7_e519df252875de87c4ef5b727f033bdf._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_7_e519df252875de87c4ef5b727f033bdf._comment
deleted file mode 100644
index a67c59451a..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_7_e519df252875de87c4ef5b727f033bdf._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.246"
- subject="comment 7"
- date="2013-11-15T19:00:25Z"
- content="""
-It would be useful if you could test with the 10.9 build now available in [[install/OSX]].
-"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_8_4bb959e2659991cd392853e8beacf708._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_8_4bb959e2659991cd392853e8beacf708._comment
deleted file mode 100644
index cff7e9dee5..0000000000
--- a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_8_4bb959e2659991cd392853e8beacf708._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="comment 8"
- date="2013-11-15T21:31:40Z"
- content="""
-Thanks Joey - I was able to create an encrypted S3 repo using the new Mavericks build. Files are transferring across and are encrypted.
-"""]]
diff --git a/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp.mdwn b/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp.mdwn
deleted file mode 100644
index 7401d79fbd..0000000000
--- a/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp.mdwn
+++ /dev/null
@@ -1,12 +0,0 @@
-Latest build for Mac OS X (both autobuild and release versions) does not contain webapp.
-
-git annex version for OS X,
-
- git-annex version: 5.20140306-g309a73c
- build flags: Assistant Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
- key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN2 56 SKEIN512 WORM URL
- remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
-
-whereas on my Linux box build flags include webapp. On os x when I run git annex webapp it does nothing, just prints the help info.
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp/comment_1_b918a741f2397b6588e7a9f1feca7e66._comment b/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp/comment_1_b918a741f2397b6588e7a9f1feca7e66._comment
deleted file mode 100644
index b13eab08f3..0000000000
--- a/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp/comment_1_b918a741f2397b6588e7a9f1feca7e66._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.146"
- subject="comment 1"
- date="2014-03-07T15:17:16Z"
- content="""
-I've fixed the missing warp-tls dep on the autobuilder and updated the builds.
-"""]]
diff --git a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__.mdwn b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__.mdwn
deleted file mode 100644
index 5de6d2aa57..0000000000
--- a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__.mdwn
+++ /dev/null
@@ -1,28 +0,0 @@
-### Please describe the problem.
-
-Joey, it looks like the git version wasn't updated with the latest release as is still too old to respect .gitignore files. I'm hoping that I haven't just made a silly mistake but I don't think I have...
-
-See http://git-annex.branchable.com/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore/ for bug that was closed.
-
-### What steps will reproduce the problem?
-
-Install git-annex 5.20140209-g3a61dbe and try to use .gitignore file to exclude items from git annex.
-
-### What version of git-annex are you using? On what operating system?
-
-5.20140209-g3a61dbe on Mac OS 10.9.1.
-
-### Please provide any additional information below.
-
-[/Applications/git-annex.app/Contents/MacOS]# ./git annex version
-
-git-annex version: 5.20140209-g3a61dbe
-build flags: Assistant Webapp Pairing S3 WebDAV FsEvents XMPP DNS 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 webdav tahoe glacier hook external
-
-[/Applications/git-annex.app/Contents/MacOS]# ./git --version
-
-git version 1.8.3.4 (Apple Git-47)
-
-> Really [[fixed|done]] now. --[[Joey]]
diff --git a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_1_1768ece63499c643c75085773b6d4c18._comment b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_1_1768ece63499c643c75085773b6d4c18._comment
deleted file mode 100644
index afa6cc8f6e..0000000000
--- a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_1_1768ece63499c643c75085773b6d4c18._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.172"
- subject="comment 1"
- date="2014-02-20T18:59:44Z"
- content="""
-I thought it got upgrades, perhaps it was downgraded again? I have prodded Kevin.
-"""]]
diff --git a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_2_888fb193072cf05a34943db072eb7a3b._comment b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_2_888fb193072cf05a34943db072eb7a3b._comment
deleted file mode 100644
index 1bd1e037ee..0000000000
--- a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_2_888fb193072cf05a34943db072eb7a3b._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="comment 2"
- date="2014-02-21T07:03:20Z"
- content="""
-Thanks Joey and Kevin. Glad to have the bug really fixed and glad to know that I wasn't missing something obvious!
-"""]]
diff --git a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_3_f199ac6ae2448949ef0779177cf0ef58._comment b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_3_f199ac6ae2448949ef0779177cf0ef58._comment
deleted file mode 100644
index 591d4e80f6..0000000000
--- a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_3_f199ac6ae2448949ef0779177cf0ef58._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
- nickname="Jimmy"
- subject="comment 3"
- date="2014-02-21T22:05:06Z"
- content="""
-And yep, it's fixed in 5.20140221-g1a47f5f. Thanks guys!
-"""]]
diff --git a/doc/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore.mdwn b/doc/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore.mdwn
deleted file mode 100644
index 0cf61bb0fc..0000000000
--- a/doc/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore.mdwn
+++ /dev/null
@@ -1,38 +0,0 @@
-### Please describe the problem.
-
-Git annex assistant ignores .gitignore file due to packaged git version being too old.
-
-I have a locally installed version that is greater than the 1.8.4 needed to respect .gitignore but git annex doesn't use it.
-
-### What steps will reproduce the problem?
-
-- Create local repository using webapp
-- Add .gitignore file to local repository
-- Add files that match .gitignore patterns and watch git annex add them
-
-### What version of git-annex are you using? On what operating system?
-
-Git Annex assistant version 5.20140128-g0ac94c3 on Mac OS 10.9.1
-
-### Please provide any additional information below.
-
-Log message is "The installed version of git is too old for .gitignores to be honored by git-annex."
-
-[[!format sh """
-# /Applications/git-annex.app/Contents/MacOS/git-annex version
-git-annex version: 5.20140128-g0ac94c3
-build flags: Assistant Webapp Pairing S3 WebDAV FsEvents XMPP DNS 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 webdav tahoe glacier hook external
-
-# /Applications/git-annex.app/Contents/MacOS/git --version
-git version 1.8.3.4 (Apple Git-47)
-
-# which git
-/usr/local/bin/git
-
-# /usr/local/bin/git --version
-git version 1.8.5.3
-"""]]
-
-> [[fixed|done]]; it has been updated to 1.8.5.3 on the autobuilder. --[[Joey]]
diff --git a/doc/bugs/Manual_content_mode_isn__39__t_manual.mdwn b/doc/bugs/Manual_content_mode_isn__39__t_manual.mdwn
deleted file mode 100644
index cb0247766e..0000000000
--- a/doc/bugs/Manual_content_mode_isn__39__t_manual.mdwn
+++ /dev/null
@@ -1,89 +0,0 @@
-### Please describe the problem.
-
-The `manual` content mode doesn't follow the description provided in the help page, instead it seems to collect content.
-
-### What steps will reproduce the problem?
-
-1. Create a new git annex repository using the webapp, set the content type to `client`.
-2. Create another repository, and set the content type to `manual`.
-3. Copy something into the `client` repository.
-4. It will be pushed/pulled into the `manual` repository.
-
-### What version of git-annex are you using? On what operating system?
-
- git-annex version: 4.20130521-g25dba9d
- Ubuntu 13.04 x64.
-
-### Please provide any additional information below.
-
-I have also noticed very weird behaviour that I have been unable to replicate in testing, but I will describe the setup that it currently happens in:
-I have 3x repositories, one a `client` repository, and the other two are set to `manual`. When put a new file into the `client` repository, it is pushed onto the two `manual` repositories. When these repositories have received it, the client drops the file and re-downloads it from one of the `manual` repositories. Once it's been pushed, deleted, and pulled, everything is happy... but the extra step makes no difference.
-
-[[!format sh """
-[2013-05-22 20:41:44 EST] main: starting assistant version 4.20130521-g25dba9d
-[2013-05-22 20:41:44 EST] TransferScanner: Syncing with test3, test2
-Already up-to-date.
-
-(scanning...) [2013-05-22 20:41:44 EST] Watcher: Performing startup scan
-Already up-to-date.
-Already up-to-date.
-
-
-(started...) From /home/valorin/workspace/tmp/test3
- f285dc2..406c20c git-annex -> test3/git-annex
- cdf2ad3..508983c master -> test3/master
-From /home/valorin/workspace/tmp/test2
- 1e04829..1c03533 git-annex -> test2/git-annex
- 8ad4bd3..18a5408 master -> test2/master
-Updating 508983c..18a5408
-Fast-forward
-Already up-to-date.
-To /home/valorin/workspace/tmp/test2
- 4e49293..a66ce5d git-annex -> synced/git-annex
- 508983c..18a5408 master -> synced/master
-To /home/valorin/workspace/tmp/test3
- 4e49293..a66ce5d git-annex -> synced/git-annex
- 508983c..18a5408 master -> synced/master
-Already up-to-date.
-Already up-to-date.
-[2013-05-22 20:42:07 EST] Committer: Adding Firefly S..acked.m4v
-
-(merging test3/git-annex into git-annex...)
-(merging test2/git-annex into git-annex...)
-(Recording state in git...)
-
-
-
-
-add Firefly S01E03 Bushwhacked.m4v (checksum...) [2013-05-22 20:42:15 EST] Committer: Committing changes to git
-[2013-05-22 20:42:15 EST] Pusher: Syncing with test3, test2
-Already up-to-date.
-To /home/valorin/workspace/tmp/test2
- a66ce5d..a6773dd git-annex -> synced/git-annex
- 18a5408..f9e7692 master -> synced/master
-To /home/valorin/workspace/tmp/test3
- a66ce5d..a6773dd git-annex -> synced/git-annex
- 18a5408..f9e7692 master -> synced/master
-Already up-to-date.
-Already up-to-date.
-[2013-05-22 20:42:26 EST] Transferrer: Uploaded Firefly S..acked.m4v
-[2013-05-22 20:42:26 EST] Pusher: Syncing with test3, test2
-To /home/valorin/workspace/tmp/test3
- a6773dd..c35f992 git-annex -> synced/git-annex
-To /home/valorin/workspace/tmp/test2
- a6773dd..c35f992 git-annex -> synced/git-annex
-[2013-05-22 20:42:35 EST] Transferrer: Uploaded Firefly S..acked.m4v
-[2013-05-22 20:42:35 EST] Pusher: Syncing with test3, test2
-To /home/valorin/workspace/tmp/test3
- c35f992..9e47813 git-annex -> synced/git-annex
-To /home/valorin/workspace/tmp/test2
- c35f992..9e47813 git-annex -> synced/git-annex
-[2013-05-22 20:42:44 EST] Pusher: Syncing with test3, test2
-Everything up-to-date
-Everything up-to-date
-"""]]
-
-> It turns out there was a bug in the preferred content expression parser,
-> that made it parse the expression for manual mode (but I think no other standard
-> expression) quite wrong, as if it had parens in the wrong place. This explains
-> the broken behavior. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results.mdwn b/doc/bugs/Merge_involving_symlink_yields_unexpected_results.mdwn
deleted file mode 100644
index 1ebd4039bc..0000000000
--- a/doc/bugs/Merge_involving_symlink_yields_unexpected_results.mdwn
+++ /dev/null
@@ -1,51 +0,0 @@
-### Please describe the problem.
-When creating a symlink in repository A, and creating a regular file under the same name in repository B, syncing B will yield the result that the symlink is lost, and both the original filename and the .variant file will point to the same annex object containing the original content from B.
-
-Both A and B are indirect mode repos.
-
-### What steps will reproduce the problem?
-
-[[!format sh """
-
-#Initial state:
-
-repo-A$ echo file1
-This is file 1.
-repo-B$ echo file1
-This is file 1.
-
-#Make conflicting changes:
-
-repo-A$ ln -s file1 file2; git add file2; git commit -m "Add file2 as symlink."
-repo-B$ echo "This is file 2." > file2; git annex add file2; git commit -m "Add file2 as regular file."
-
-#Sync it:
-
-repo-A$ git annex sync
-repo-B$ git annex sync
-
-#Strange result in repo-B:
-
-repo-B$ ls -l file2*
-file2 -> .git/annex/objects/$HASH1
-file2.variant1234 -> .git/annex/objects/$HASH1
-repo-B$ cat file2 file2.variantXXXX
-This is file 2.
-This is file 2.
-
-#Repo-A leaves the symlink change untouched and adds a .variant containing the new regular file data.
-
-repo-A$ ls -l file*
-file2 -> file1
-file2.variant1234 -> .git/annex/objects/$HASH1
-repo-A$ cat file.variant1234
-This is file 2.
-"""]]
-### What version of git-annex are you using? On what operating system?
-Linux 3.15.3
-git-annex 5.20140613
-
-
-[[!tag confirmed]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_1_e8a2ea1b8573bee45b70bcc7ef7e3bed._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_1_e8a2ea1b8573bee45b70bcc7ef7e3bed._comment
deleted file mode 100644
index 624b39a795..0000000000
--- a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_1_e8a2ea1b8573bee45b70bcc7ef7e3bed._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="zardoz"
- ip="134.147.14.84"
- subject="comment 1"
- date="2014-07-07T14:09:33Z"
- content="""
-Sorry, the initial «echos» should have been «cat» of course.
-"""]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_2_b6182038292bd72dc4711e4575510172._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_2_b6182038292bd72dc4711e4575510172._comment
deleted file mode 100644
index 39f60f7753..0000000000
--- a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_2_b6182038292bd72dc4711e4575510172._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="comment 2"
- date="2014-07-07T17:17:49Z"
- content="""
-Drat, so many bug fixes and test cases and this still got through?
-"""]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_3_c6ca13d475b3f846c95606c20e1a3052._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_3_c6ca13d475b3f846c95606c20e1a3052._comment
deleted file mode 100644
index 292d117435..0000000000
--- a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_3_c6ca13d475b3f846c95606c20e1a3052._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="comment 3"
- date="2014-07-07T17:19:03Z"
- content="""
-Ah, I see, it's explicitly because the non-git-annex symlink is involved. Whew!
-"""]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_4_13179e0f72026092e48c13082818ce68._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_4_13179e0f72026092e48c13082818ce68._comment
deleted file mode 100644
index 49210ee559..0000000000
--- a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_4_13179e0f72026092e48c13082818ce68._comment
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="analysis"
- date="2014-07-08T17:52:59Z"
- content="""
-When resolveMerge' calls graftin to add A's file2 symlink to B's tree, it actually stages the right symlink (the non-annexed one).
-
-However, the work tree is left as-is, so it still has the annexed symlink in it. So git status shows file2 as modified. Later syncs will commit that.
-
-This is why the sync in A doesn't have the problem, as there things are the other way around, and git-annex makes the git-annex symlink, leaving the non-annexed symlink as-is in the work tree.
-
-So, graftin needs to update the work tree. But it's tricky because graftin is called in 3 situations: non-symlink file, directory, and non-annexed symlink.
-Interestingly, in the other 2 cases, git-merge already takes care of updating the work tree -- it deletes the annexed symlink and puts in place either the non-symlink file or the directory. It's only the the case of a merge conflict involving 2 symlinks that git merge doesn't update the tree in this way. It's nice to be able to rely on git-merge in the other 2 cases, especially the directory case (avoids having to manually check out the directory).
-"""]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_5_585c8a5a13bb17032bfe30818345f936._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_5_585c8a5a13bb17032bfe30818345f936._comment
deleted file mode 100644
index 566a0aad8b..0000000000
--- a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_5_585c8a5a13bb17032bfe30818345f936._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="zardoz"
- ip="78.49.247.112"
- subject="comment 5"
- date="2014-07-08T19:17:29Z"
- content="""
-Thanks for the swift fix + analysis! If I’m ever around, I’ll lend you a hand on your next truckload of firewood! ;>
-
-Cheers!
-"""]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex.mdwn b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex.mdwn
deleted file mode 100644
index dc24ee18d7..0000000000
--- a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex.mdwn
+++ /dev/null
@@ -1,31 +0,0 @@
-### Please describe the problem.
-I paired my repo running on Gentoo (git-annex 4.20130601) with Ubuntu 13.04 (git-annex 3.10121112ubuntu4). The repo on Ubuntu doesn't have uuid for the Gentoo remote, so:
-
-- There is no name in assistan's repo settings for it
-
-- Trying to access its settings gives Internal server error: Unknown UUID
-15/Jun/2013:12:39:10 +0300 [Error#yesod-core] Unknown UUID @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
-
-- In dashboard on Ubuntu all changes stay queued forever (although the syncing seems to work)
-
-### What steps will reproduce the problem?
-Pair local computers with different annex versions.
-
-### What version of git-annex are you using? On what operating system?
-Gentoo (git-annex 4.20130601)
-Ubuntu 13.04 (git-annex 3.10121112ubuntu4)
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> Others are reporting what seems to be the same problem here:
-> [[Internal_Server_Error:_Unknown_UUID]].
->
-> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_1_8229df64a872bee7590f75eb78f78c4a._comment b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_1_8229df64a872bee7590f75eb78f78c4a._comment
deleted file mode 100644
index 26881f17b2..0000000000
--- a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_1_8229df64a872bee7590f75eb78f78c4a._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.152.108.193"
- subject="comment 1"
- date="2013-06-25T18:08:55Z"
- content="""
-As far as I know, there have been no changes to the local pairing protocol that would cause a problem like this. 3.20121112 is a few months after local pairing was first developed.
-
-Have you tried upgrading and re-pairing?
-"""]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_2_f37be896396915b1c85cff8811dceb4a._comment b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_2_f37be896396915b1c85cff8811dceb4a._comment
deleted file mode 100644
index d9ad17e79f..0000000000
--- a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_2_f37be896396915b1c85cff8811dceb4a._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawm01ida6POv7vqyUYtOlymEbJTbrImAIzM"
- nickname="Reinis"
- subject="comment 2"
- date="2013-06-25T18:50:00Z"
- content="""
-I have not tried to upgrade, but I fixed it using annex describe followed by assistant restart as hinted in /usr/share/doc/git-annex/html/bugs/uuid.log_trust.log_and_remote.log_merge_wackiness.html.
-
-From that document I understood that at worst it should use one of the two uuids (from Ubuntu or Gentoo repo), but it should not leave it without uuid and hence this report.
-
-I have tried it a couple of times and it is perfectly reproducible.
-"""]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_3_df7fc1078059538a76f384a40541e91f._comment b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_3_df7fc1078059538a76f384a40541e91f._comment
deleted file mode 100644
index 75fd81d465..0000000000
--- a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_3_df7fc1078059538a76f384a40541e91f._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.152.108.193"
- subject="comment 3"
- date="2013-06-25T19:13:06Z"
- content="""
-An old bug report that was fixed in 2011 seems very unlikely to have anything to do with your local pairing problem.
-
-Why don't you try upgrading?
-"""]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_4_70c444c61f41df2f59294c10f94f0c09._comment b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_4_70c444c61f41df2f59294c10f94f0c09._comment
deleted file mode 100644
index 8e895be5f0..0000000000
--- a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_4_70c444c61f41df2f59294c10f94f0c09._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawm01ida6POv7vqyUYtOlymEbJTbrImAIzM"
- nickname="Reinis"
- subject="comment 4"
- date="2013-06-25T19:34:12Z"
- content="""
-I was expecting the version in distribution which came out two months ago to be somewhat recent, probably unfounded expectation for non-rolling release distribution. I'll add PPA and try using that one.
-"""]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex.mdwn b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex.mdwn
deleted file mode 100644
index 8df3bde481..0000000000
--- a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex.mdwn
+++ /dev/null
@@ -1,12 +0,0 @@
-My local git index got corrupted and I needed to clone and annex get all data from my main repo.
-
-Some files were never copied anywhere so I am stuck with symlinks to nowhere.
-
-I tried to copy over the symlink with a copy of the actual file, which did not work. Trying to unlock, copying over the symlink, and relock did not work, either.
-
-Then, I copied the annex object to the correct place in .git/annex/objects/..., set all modes, re-ran fsck and the file re-appeared.
-
-
-Long story short, I think there should be a `git annex reinject $file` or similar which will take a file, either one replacing the symlink or with an arbitrary path, and put it into the correct place in the object store. Called normally, it should reject all reinjects where the checksum does not match. With --force, this should be overridden. For reasons of safety, WORM should always require --force.
-
-> [[closing|done]], seems addressed --[[Joey]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_1_c871605e187f539f3bfe7478433e7fb5._comment b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_1_c871605e187f539f3bfe7478433e7fb5._comment
deleted file mode 100644
index 9688012a47..0000000000
--- a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_1_c871605e187f539f3bfe7478433e7fb5._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joey.kitenet.net/"
- nickname="joey"
- subject="comment 1"
- date="2011-04-03T01:46:16Z"
- content="""
-Have you seen [[walkthrough/recover_data_from_lost+found]]? The method described there will also work in this scenario.
-"""]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_2_e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_2_e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment
deleted file mode 100644
index c9b74d98f0..0000000000
--- a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_2_e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
- nickname="Richard"
- subject="comment 2"
- date="2011-04-03T09:00:17Z"
- content="""
-I did not. Thanks :)
-
-This still means that you can't re-inject a new version of a file unless you have the old one if you are using a SHA* backend, but that might be a corner case anyway.
-"""]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_3_be62be5fe819acc0cb8b878802decd46._comment b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_3_be62be5fe819acc0cb8b878802decd46._comment
deleted file mode 100644
index 9c56452e53..0000000000
--- a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_3_be62be5fe819acc0cb8b878802decd46._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joey.kitenet.net/"
- nickname="joey"
- subject="comment 3"
- date="2011-05-14T16:28:36Z"
- content="""
-To re-inject new content for a file, you really want to get a new key for the file. Otherwise, other repos that have the old file will never get the new content. So:
-
-
-git rm file
-mv ~/newcontent file
-git annex add file
-
-"""]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_4_480a4f72445a636eab1b1c0f816d365c._comment b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_4_480a4f72445a636eab1b1c0f816d365c._comment
deleted file mode 100644
index fcca0561d4..0000000000
--- a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_4_480a4f72445a636eab1b1c0f816d365c._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joey.kitenet.net/"
- nickname="joey"
- subject="comment 4"
- date="2011-05-14T16:29:35Z"
- content="""
-Now available as `git-annex reinject`.
-"""]]
diff --git a/doc/bugs/No_manual_page_on_prebuilt_linux_version.mdwn b/doc/bugs/No_manual_page_on_prebuilt_linux_version.mdwn
deleted file mode 100644
index eeb96a197b..0000000000
--- a/doc/bugs/No_manual_page_on_prebuilt_linux_version.mdwn
+++ /dev/null
@@ -1,18 +0,0 @@
-### Please describe the problem, What steps will reproduce the problem?
-
- $ which git-annex
- ~/.local/bin/git-annex
- $ git help annex
- No manual entry for git-annex
- $ git annex --help
- No manual entry for git-annex
-
-(either that or it display the manual of system-installed git-annex, not the locally installed one)
-
-### What version of git-annex are you using? On what operating system?
-
-Fedora 20
-
-`git-annex --version` doesn't work and the webapp tells me Version: 5.20131130-gc25be33
-
-> [[fixed|done]] (OSX too) --[[Joey]]
diff --git a/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend.mdwn b/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend.mdwn
deleted file mode 100644
index 8cf6e4f720..0000000000
--- a/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend.mdwn
+++ /dev/null
@@ -1,64 +0,0 @@
-### Please describe the problem.
-
-I get no such file errors when using WORM backend on files with a certain name. Doesn't like brackets?
-
-Default backend is fine (see output below).
-
-### What steps will reproduce the problem?
-
-See additional info
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version: 5.20140613-g5587055
-On Windows 8.1
-Tried with both Windows command prompt and Git Bash shell.
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-git config --add annex.backends WORM
-git annex add extras
-
-add extras/Extra Content - Reason Drum Takes/DT Key Map.pdf ok
-add extras/Extra Content - Reason Drum Takes/DT Read Me.pdf ok
-add extras/Extra Content - Reason Drum Takes/DT7 Rock - Love (136).reason ok
-add extras/Extra Content - Reason Drum Takes/DT7 Rock - Peace (200).reason ok
-add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G06.aif
-git-annex: C:\Studio\.git\annex\objects\b43\d6d\WORM-s178174-m1363015489--extras%Extra Content - Reason Drum Takes%Kit S
-amples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G06.aif\WORM-s178174-m1363015489--extras%Extra Content - Reason Drum Tak
-es%Kit Samples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G06.aif.cache: openFile: does not exist (No such file or directo
-ry)
-failed
-add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G09.aif
-git-annex: C:\Studio\.git\annex\objects\e90\b5c\WORM-s199108-m1363015489--extras%Extra Content - Reason Drum Takes%Kit S
-amples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G09.aif\WORM-s199108-m1363015489--extras%Extra Content - Reason Drum Tak
-es%Kit Samples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G09.aif.cache: openFile: does not exist (No such file or directo
-ry)
-failed
-add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G14.aif
-git-annex: C:\Studio\.git\annex\objects\995\4e7\WORM-s201570-m1363015489--extras%Extra Content - Reason Drum Takes%Kit S
-amples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G14.aif\WORM-s201570-m1363015489--extras%Extra Content - Reason Drum Tak
-es%Kit Samples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G14.aif.cache: openFile: does not exist (No such file or directo
-ry)
-failed
-
-git config --unset annex.backends
-git annex add extras
-
-add extras/Extra Content - Reason Drum Takes/DT Key Map.pdf ok
-add extras/Extra Content - Reason Drum Takes/DT Read Me.pdf ok
-add extras/Extra Content - Reason Drum Takes/DT7 Rock - Love (136).reason ok
-add extras/Extra Content - Reason Drum Takes/DT7 Rock - Peace (200).reason ok
-add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G06.aif ok
-add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G09.aif ok
-add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G14.aif ok
-
-# End of transcript or log.
-"""]]
-
-> [[done]]; this is a duplicate of the bug referred to in my comment below.
-> --[[Joey]]
diff --git a/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_1_a1db4ff3e8517d7cbe649bca1ed275d0._comment b/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_1_a1db4ff3e8517d7cbe649bca1ed275d0._comment
deleted file mode 100644
index 7136cabb02..0000000000
--- a/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_1_a1db4ff3e8517d7cbe649bca1ed275d0._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.55"
- subject="comment 1"
- date="2014-07-05T21:55:46Z"
- content="""
-Hmm, the filename `WORM-s178174-m1363015489--extras%Extra\ Content\ -\ Reason\ Drum\ Takes%Kit\ Samples%1.\ Bass\ Drum\ mic\ ,40BD,41%DT6_BD_Bd_RG_R_G06.aif.cach` is a legal filename on FAT at least, dunno about NTFS..
-"""]]
diff --git a/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_2_c5645988eaf4f7493d70b6a63f21cdaf._comment b/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_2_c5645988eaf4f7493d70b6a63f21cdaf._comment
deleted file mode 100644
index 6305a4effc..0000000000
--- a/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_2_c5645988eaf4f7493d70b6a63f21cdaf._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 2"""
- date="2015-01-20T19:09:39Z"
- content="""
-Seems this does not have to do with special characters at all.
-
-Instead, it's a problem with too-long filenames; windows has a crazy short
-limit. All explained here:
-(http://git-annex.branchable.com/bugs/__34__git-annex:_direct:_1_failed__34___on_Windows)
-
-You could just switch from the WORM backend to one with shorter filenames.
-SHA1 might be a god choice.
-
-Or, install git-annex 5.20150113, which includes some changes to use shorter
-relative paths to files, and may avoid the problem at least some of the
-time. That version also avoids making such long WORM keys.
-"""]]
diff --git a/doc/bugs/Numcopies_not_checked_when_running_with_--all.mdwn b/doc/bugs/Numcopies_not_checked_when_running_with_--all.mdwn
deleted file mode 100644
index e4a364195e..0000000000
--- a/doc/bugs/Numcopies_not_checked_when_running_with_--all.mdwn
+++ /dev/null
@@ -1,40 +0,0 @@
-### Please describe the problem.
-There are a lot of differences in the behaviour of usual commands and commans using --all.
-The specific problem I found was that "git annex fsck --all" will only checksum it seems and not report back numcopies failures.
-Checking if objects/old versions have propagated is not possible without it or do I miss something.
-
-(As additional note not sure if related. It seems that git annex fsck --all is running much faster in my tests 1/3 faster. Any reason for that? Bug related?)
-
-
-### What steps will reproduce the problem?
-compare "git annex fsck" vs "git annex fsck" (no numcopies check)
-
-### What version of git-annex are you using? On what operating system?
-git-annex version: 5.20140210-gd99db49
-Linux (Ubuntu 13.10)
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-> It's expected that --all (and --unused) make .gitattributes
-> annex.numcopies settings be ignored, because with these options git-annex
-> is operating on keys, it does not know or care what filename they're
-> associated with, and so cannot look them up in .gitattributes. I have
-> improved the documentation of .gitattributes files to mention this
-> limitation.
->
-> I also notice that fsck --all is not checking .git/config's
-> annex.numcopies or the new global numcopies setting. It certianly makes
-> sense for those numcopies settings to be paid attention to.
-> [[fixed|done]] --[[Joey]]
->
-> (--all is faster because it can quickly scan through .git/annex/objects
-> to find everything, rather than looking at the symlink target of every
-> file in the work tree.)
diff --git a/doc/bugs/Numcopies_not_checked_when_running_with_--all/comment_1_63af5a11c3ae370433c4bf84de097414._comment b/doc/bugs/Numcopies_not_checked_when_running_with_--all/comment_1_63af5a11c3ae370433c4bf84de097414._comment
deleted file mode 100644
index c0cbe3907c..0000000000
--- a/doc/bugs/Numcopies_not_checked_when_running_with_--all/comment_1_63af5a11c3ae370433c4bf84de097414._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="stp"
- ip="84.56.21.11"
- subject="Some suggestions"
- date="2014-02-20T21:22:21Z"
- content="""
-So I think it should at least for --all look at the global numcopies setting. As this could be essential to prevent data-loss.
-I agree that special working tree related numcopies don't need to be included.
-"""]]
diff --git a/doc/bugs/OOM_while_configuring_git-annex.mdwn b/doc/bugs/OOM_while_configuring_git-annex.mdwn
deleted file mode 100644
index 07f8909aff..0000000000
--- a/doc/bugs/OOM_while_configuring_git-annex.mdwn
+++ /dev/null
@@ -1,48 +0,0 @@
-### Please describe the problem.
-When running configure, the system runs out of memory:
-
-[[https://kojipkgs.fedoraproject.org//work/tasks/1587/10431587/build.log]]
-
-built with versions from:
-
-[[https://kojipkgs.fedoraproject.org//work/tasks/1587/10431587/root.log]]
-
-### What steps will reproduce the problem?
-Rebuilding on koji. Also occurs in mock. Haven't tried a naked build (yet).
-
-### What version of git-annex are you using? On what operating system?
-Currently, 5.20141203. Newest snapshot requires deps not yet packaged in Fedora.
-
-### Please provide any additional information below.
-
-[[!format sh """
-+ ./Setup configure --prefix=/usr --libdir=/usr/lib --docdir=/usr/share/doc/git-annex '--libsubdir=$compiler/$pkgid' '--datasubdir=$pkgid' --ghc --enable-executable-dynamic '--ghc-options= -optc-O2 -optc-g -optc-pipe -optc-Wall -optc-Werror=format-security -optc-Wp,-D_FORTIFY_SOURCE=2 -optc-fexceptions -optc-fstack-protector-strong -optc--param=ssp-buffer-size=4 -optc-grecord-gcc-switches -optc-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -optc-m32 -optc-march=i686 -optc-mtune=atom -optc-fasynchronous-unwind-tables -optl-Wl,-z,relro'
- checking version...fatal: Not a git repository (or any of the parent directories): .git
- 5.20141203
- checking UPGRADE_LOCATION... not available
- checking git... yes
- checking git version... 2.4.6
- checking cp -a... yes
- checking cp -p... yes
- checking cp --preserve=timestamps... yes
- checking cp --reflink=auto... yes
- checking xargs -0... yes
- checking rsync... yes
- checking curl... yes
- checking wget... no
- checking bup... no
- checking nice... yes
- checking ionice... yes
- checking nocache... no
- checking gpg... gpg2
- checking lsof... not available
- checking git-remote-gcrypt... not available
- checking ssh connection caching... yes
- checking sha1... sha1sum
- checking sha256... sha256sum
- checking sha512... sha512sum
- checking sha224... sha224sum
- checking sha384...Setup: out of memory (requested 1048576 bytes)
-"""]]
-
-> forwarded to cabal && [[done]] per my comment --[[Joey]]
diff --git a/doc/bugs/OOM_while_configuring_git-annex/comment_1_247c4d778766c9079024c78582a69ed4._comment b/doc/bugs/OOM_while_configuring_git-annex/comment_1_247c4d778766c9079024c78582a69ed4._comment
deleted file mode 100644
index 19a52bed97..0000000000
--- a/doc/bugs/OOM_while_configuring_git-annex/comment_1_247c4d778766c9079024c78582a69ed4._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-07-22T03:36:11Z"
- content="""
-This is due to cabal's dependency resolver not finding a solution and
-recursing too much. Passing -v3 will show what the dependency problem is.
-
-(Using stackage is a good way to avoid these kinds of dependency problems.)
-"""]]
diff --git a/doc/bugs/OOM_while_configuring_git-annex/comment_2_efb55be6e82d4034358b186125edafbd._comment b/doc/bugs/OOM_while_configuring_git-annex/comment_2_efb55be6e82d4034358b186125edafbd._comment
deleted file mode 100644
index 161f3b0681..0000000000
--- a/doc/bugs/OOM_while_configuring_git-annex/comment_2_efb55be6e82d4034358b186125edafbd._comment
+++ /dev/null
@@ -1,56 +0,0 @@
-[[!comment format=sh
- username="siflfran@3babe1b188962ba45b5d4649e721ac59ead57b7c"
- nickname="siflfran"
- subject="comment 2"
- date="2015-07-29T06:57:00Z"
- content="""
-Running configure with -v3 does not give much additional info:
-
-% runhaskell Setup.hs configure --verbose=3 --prefix=/usr
- checking version...fatal: Not a git repository (or any parent up to mount point /tmp)
-Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
- 5.20150617
- checking UPGRADE_LOCATION... not available
- checking git... yes
- checking git version... 2.4.6
- checking cp -a... yes
- checking cp -p... yes
- checking cp --preserve=timestamps... yes
- checking cp --reflink=auto... yes
- checking xargs -0... yes
- checking rsync... yes
- checking curl... yes
- checking wget... yes
- checking wget supports -q --show-progress... yes
- checking bup... no
- checking nice... yes
- checking ionice... yes
- checking nocache... no
- checking gpg... gpg
- checking lsof... not available
- checking git-remote-gcrypt... not available
- checking ssh connection caching... yes
- checking sha1... sha1sum
- checking sha256... sha256sum
- checking sha512... sha512sum
- checking sha224... sha224sum
- checking sha384... sha384sum
-Configuring git-annex-5.20150617...
-creating dist
-Searching for ghc in path.
-Found ghc at /usr/bin/ghc
-(\"/usr/bin/ghc\",[\"--numeric-version\"])
-/usr/bin/ghc is version 7.10.1
-looking for tool ghc-pkg near compiler in /usr/bin
-found ghc-pkg in /usr/bin/ghc-pkg
-(\"/usr/bin/ghc-pkg\",[\"--version\"])
-/usr/bin/ghc-pkg is version 7.10.1
-(\"/usr/bin/ghc\",[\"--supported-languages\"])
-(\"/usr/bin/ghc\",[\"--info\"])
-Reading installed packages...
-(\"/usr/bin/ghc-pkg\",[\"dump\",\"--global\",\"-v0\"])
-(\"/usr/bin/ghc\",[\"--print-libdir\"])
-Killed
-
-Any suggestions?
-"""]]
diff --git a/doc/bugs/OOM_while_configuring_git-annex/comment_3_e302c50d67ee09f499ab62d97f112fc1._comment b/doc/bugs/OOM_while_configuring_git-annex/comment_3_e302c50d67ee09f499ab62d97f112fc1._comment
deleted file mode 100644
index 53a90b5a23..0000000000
--- a/doc/bugs/OOM_while_configuring_git-annex/comment_3_e302c50d67ee09f499ab62d97f112fc1._comment
+++ /dev/null
@@ -1,246 +0,0 @@
-[[!comment format=sh
- username="siflfran@3babe1b188962ba45b5d4649e721ac59ead57b7c"
- nickname="siflfran"
- subject="comment 3"
- date="2015-07-29T15:49:19Z"
- content="""
-I gave it another try on a different system and it actually seems to succeed:
-
- % runhaskell Setup.hs configure --prefix=/usr --verbose=3
- checking version...fatal: Not a git repository (or any parent up to mount point /tmp)
-Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
- 5.20150710
- checking UPGRADE_LOCATION... not available
- checking git... yes
- checking git version... 2.5.0
- checking cp -a... yes
- checking cp -p... yes
- checking cp --preserve=timestamps... yes
- checking cp --reflink=auto... yes
- checking xargs -0... yes
- checking rsync... yes
- checking curl... yes
- checking wget... yes
- checking wget supports -q --show-progress... yes
- checking bup... no
- checking nice... yes
- checking ionice... yes
- checking nocache... no
- checking gpg... gpg
- checking lsof... lsof
- checking git-remote-gcrypt... not available
- checking ssh connection caching... yes
- checking sha1... sha1sum
- checking sha256... sha256sum
- checking sha512... sha512sum
- checking sha224... sha224sum
- checking sha384... sha384sum
-Configuring git-annex-5.20150710...
-creating dist
-Searching for ghc in path.
-Found ghc at /usr/bin/ghc
-(\"/usr/bin/ghc\",[\"--numeric-version\"])
-/usr/bin/ghc is version 7.8.4
-looking for tool ghc-pkg near compiler in /usr/bin
-found ghc-pkg in /usr/bin/ghc-pkg
-(\"/usr/bin/ghc-pkg\",[\"--version\"])
-/usr/bin/ghc-pkg is version 7.8.4
-(\"/usr/bin/ghc\",[\"--supported-languages\"])
-(\"/usr/bin/ghc\",[\"--info\"])
-Reading installed packages...
-(\"/usr/bin/ghc-pkg\",[\"dump\",\"--global\",\"-v0\"])
-(\"/usr/bin/ghc\",[\"--print-libdir\"])
-Flags chosen: new-time=False, network-uri=True, ekg=False,
-asciiprogress=False, torrentparser=False, desktopnotify=False, tahoe=True,
-quvi=True, feed=True, tdfa=True, testsuite=True, androidsplice=False,
-android=False, production=True, dns=True, xmpp=True, pairing=True,
-webapp-secure=True, webapp=True, assistant=True, dbus=True, inotify=True,
-webdav=False, s3=True
-Dependency IfElse -any: using IfElse-0.85
-Dependency MissingH -any: using MissingH-1.3.0.1
-Dependency QuickCheck >=2.1: using QuickCheck-2.8.1
-Dependency SafeSemaphore -any: using SafeSemaphore-0.10.1
-Dependency aeson -any: using aeson-0.9.0.1
-Dependency async -any: using async-2.0.2
-Dependency aws >=0.9.2: using aws-0.12.1
-Dependency base >=4.5 && <4.9: using base-4.7.0.2
-Dependency blaze-builder -any: using blaze-builder-0.4.0.1
-Dependency bloomfilter -any: using bloomfilter-2.0.1.0
-Dependency byteable -any: using byteable-0.1.1
-Dependency bytestring -any: using bytestring-0.10.4.0
-Dependency case-insensitive -any: using case-insensitive-1.2.0.4
-Dependency clientsession -any: using clientsession-0.9.1.1
-Dependency conduit -any: using conduit-1.2.5
-Dependency conduit-extra -any: using conduit-extra-1.1.9.1
-Dependency containers >=0.5.0.0: using containers-0.5.5.1
-Dependency crypto-api -any: using crypto-api-0.13.2
-Dependency cryptohash >=0.11.0: using cryptohash-0.11.6
-Dependency data-default -any: using data-default-0.5.3
-Dependency dbus >=0.10.7: using dbus-0.10.10
-Dependency directory -any: using directory-1.2.1.0
-Dependency dlist -any: using dlist-0.7.1.1
-Dependency dns -any: using dns-2.0.0
-Dependency edit-distance -any: using edit-distance-0.2.2.1
-Dependency esqueleto -any: using esqueleto-2.1.3
-Dependency exceptions >=0.6: using exceptions-0.8.0.2
-Dependency feed >=0.3.4: using feed-0.3.9.7
-Dependency filepath -any: using filepath-1.3.0.2
-Dependency gnutls >=0.1.4: using gnutls-0.1.6
-Dependency hinotify -any: using hinotify-0.3.7
-Dependency hslogger -any: using hslogger-1.2.9
-Dependency http-client -any: using http-client-0.4.18.1
-Dependency http-conduit -any: using http-conduit-2.1.7.1
-Dependency http-types -any: using http-types-0.8.6
-Dependency json -any: using json-0.9.1
-Dependency monad-control -any: using monad-control-1.0.0.4
-Dependency monad-logger -any: using monad-logger-0.3.13.2
-Dependency mtl >=2: using mtl-2.2.1
-Dependency network >=2.6: using network-2.6.2.1
-Dependency network-info -any: using network-info-0.2.0.7
-Dependency network-multicast -any: using network-multicast-0.0.11
-Dependency network-protocol-xmpp -any: using network-protocol-xmpp-0.4.8
-Dependency network-uri >=2.6: using network-uri-2.6.0.3
-Dependency old-locale -any: using old-locale-1.0.0.6
-Dependency optparse-applicative >=0.10: using optparse-applicative-0.11.0.2
-Dependency path-pieces >=0.1.4: using path-pieces-0.2.0
-Dependency persistent -any: using persistent-2.1.6
-Dependency persistent-sqlite -any: using persistent-sqlite-2.1.4.2
-Dependency persistent-template -any: using persistent-template-2.1.3.4
-Dependency process -any: using process-1.2.0.0
-Dependency random -any: using random-1.1
-Dependency regex-tdfa -any: using regex-tdfa-1.2.0
-Dependency resourcet -any: using resourcet-1.1.5
-Dependency sandi -any: using sandi-0.3.5
-Dependency securemem -any: using securemem-0.1.9
-Dependency shakespeare >=2.0.0: using shakespeare-2.0.5
-Dependency stm >=2.3: using stm-2.4.4
-Dependency tasty >=0.7: using tasty-0.10.1.2
-Dependency tasty-hunit -any: using tasty-hunit-0.9.2
-Dependency tasty-quickcheck -any: using tasty-quickcheck-0.8.3.2
-Dependency tasty-rerun -any: using tasty-rerun-1.1.4
-Dependency template-haskell -any: using template-haskell-2.9.0.0
-Dependency text -any: using text-1.2.1.1
-Dependency time -any: using time-1.4.2
-Dependency transformers -any: using transformers-0.4.3.0
-Dependency unix -any: using unix-2.7.0.1
-Dependency unix-compat -any: using unix-compat-0.4.1.4
-Dependency utf8-string -any: using utf8-string-1
-Dependency uuid -any: using uuid-1.3.10
-Dependency wai -any: using wai-3.0.3.0
-Dependency wai-extra -any: using wai-extra-3.0.10
-Dependency warp >=3.0.0.5: using warp-3.0.13.1
-Dependency warp-tls >=1.4: using warp-tls-3.0.4.2
-Dependency xml-types -any: using xml-types-0.3.6
-Dependency yesod >=1.2.6: using yesod-1.4.1.5
-Dependency yesod-core >=1.2.19: using yesod-core-1.4.12
-Dependency yesod-default >=1.2.0: using yesod-default-1.2.0
-Dependency yesod-form >=1.3.15: using yesod-form-1.4.4.1
-Dependency yesod-static >=1.2.4: using yesod-static-1.5.0.1
-Searching for alex in path.
-Found alex at /usr/bin/alex
-(\"/usr/bin/alex\",[\"--version\"])
-/usr/bin/alex is version 3.1.4
-Searching for ar in path.
-Found ar at /usr/bin/ar
-Searching for c2hs in path.
-Found c2hs at /usr/bin/c2hs
-(\"/usr/bin/c2hs\",[\"--numeric-version\"])
-/usr/bin/c2hs is version 0.25.2
-Searching for cpphs in path.
-Cannot find cpphs on the path
-Searching for gcc in path.
-Found gcc at /usr/bin/gcc
-(\"/usr/bin/gcc\",[\"-dumpversion\"])
-/usr/bin/gcc is version 4.9.3
-Searching for ghcjs in path.
-Cannot find ghcjs on the path
-Searching for ghcjs-pkg in path.
-Cannot find ghcjs-pkg on the path
-Searching for greencard in path.
-Cannot find greencard on the path
-Searching for haddock in path.
-Cannot find haddock on the path
-Searching for happy in path.
-Found happy at /usr/bin/happy
-(\"/usr/bin/happy\",[\"--version\"])
-/usr/bin/happy is version 1.19.5
-Searching for hmake in path.
-Cannot find hmake on the path
-Searching for hpc in path.
-Found hpc at /usr/bin/hpc
-(\"/usr/bin/hpc\",[\"version\"])
-/usr/bin/hpc is version 0.67
-looking for tool hsc2hs near compiler in /usr/bin
-found hsc2hs in /usr/bin/hsc2hs
-(\"/usr/bin/hsc2hs\",[\"--version\"])
-/usr/bin/hsc2hs is version 0.67
-Searching for HsColour in path.
-Found HsColour at /usr/bin/HsColour
-(\"/usr/bin/HsColour\",[\"-version\"])
-/usr/bin/HsColour is version 1.22
-Searching for jhc in path.
-Cannot find jhc on the path
-Searching for ld in path.
-Found ld at /usr/bin/ld
-Environment: [(\"ANT_HOME\",\"/usr/share/ant\"),(\"AWT_TOOLKIT\",\"MToolkit\"),(\"BLOCKSIZE\",\"K\"),(\"CASROOT\",\"/usr/lib64/opencascade-6.9.0/ros/lin\"),(\"CCACHE_NOCOMPRESS\",\"yes\"),(\"COLORFGBG\",\"default;default\"),(\"COLORTERM\",\"yes\"),(\"CONFIG_PROTECT\",\"/usr/share/gnupg/qualified.txt /usr/share/config /usr/lib64/libreoffice/program/sofficerc\"),(\"CONFIG_PROTECT_MASK\",\"/etc/gentoo-release /etc/sandbox.d /etc/fonts/fonts.conf /etc/gconf /etc/terminfo /etc/dconf /etc/ca-certificates.conf /etc/texmf/web2c /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/revdep-rebuild\"),(\"CSF_EXCEPTION_PROMPT\",\"1\"),(\"CSF_GraphicShr\",\"/usr/lib64/opencascade-6.9.0/ros/lin/lib64/libTKOpenGl.so\"),(\"CSF_IGESDefaults\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/XSTEPResource\"),(\"CSF_LANGUAGE\",\"us\"),(\"CSF_MDTVFontDirectory\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/FontMFT\"),(\"CSF_MDTVTexturesDirectory\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/Textures\"),(\"CSF_MIGRATION_TYPES\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/StdResource/MigrationSheet.txt\"),(\"CSF_PluginDefaults\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/StdResource\"),(\"CSF_SHMessage\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/SHMessage\"),(\"CSF_STEPDefaults\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/XSTEPResource\"),(\"CSF_StandardDefaults\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/StdResource\"),(\"CSF_StandardLiteDefaults\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/StdResource\"),(\"CSF_UnitsDefinition\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/UnitsAPI/Units.dat\"),(\"CSF_UnitsLexicon\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/UnitsAPI/Lexi_Expr.dat\"),(\"CSF_XCAFDefaults\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/StdResource\"),(\"CSF_XSMessage\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/XSMessage\"),(\"CSF_XmlOcafResource\",\"/usr/lib64/opencascade-6.9.0/ros/lin/src/XmlOcafResource\"),(\"CVS_RSH\",\"ssh\"),(\"DBUS_SESSION_BUS_ADDRESS\",\"unix:abstract=/tmp/dbus-KC1dHno8Ok,guid=22396e1b611ef7c98854252555b76fe7\"),(\"DEBEMAIL\",\"Florian.Franzmann@cs.fau.de\"),(\"DEBFULLNAME\",\"Florian Franzmann\"),(\"DIFF_TOOL\",\"kdiff3\"),(\"DISPLAY\",\":0\"),(\"EDITOR\",\"vim\"),(\"EMAIL\",\"Florian Franzmann \"),(\"EVENT_NOEPOLL\",\"1\"),(\"FLTK_DOCDIR\",\"/usr/share/doc/fltk-1.3.3-r3/html\"),(\"GCC_COLORS\",\"error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01\"),(\"GCC_SPECS\",\"\"),(\"GIT_AUTHOR_EMAIL\",\"Florian.Franzmann@fau.de\"),(\"GREP_COLOR\",\"1;31\"),(\"GSETTINGS_BACKEND\",\"dconf\"),(\"GTK_MODULES\",\"canberra-gtk-module\"),(\"GUILE_LOAD_PATH\",\"/usr/share/guile/1.8\"),(\"HACKPAGER\",\"less\"),(\"HG\",\"/usr/bin/hg\"),(\"HOME\",\"/home/franzman\"),(\"INFINALITY_FT_AUTOHINT_HORIZONTAL_STEM_DARKEN_STRENGTH\",\"10\"),(\"INFINALITY_FT_AUTOHINT_INCREASE_GLYPH_HEIGHTS\",\"true\"),(\"INFINALITY_FT_AUTOHINT_SNAP_STEM_HEIGHT\",\"100\"),(\"INFINALITY_FT_AUTOHINT_VERTICAL_STEM_DARKEN_STRENGTH\",\"25\"),(\"INFINALITY_FT_BOLD_EMBOLDEN_X_VALUE\",\"0\"),(\"INFINALITY_FT_BOLD_EMBOLDEN_Y_VALUE\",\"0\"),(\"INFINALITY_FT_BRIGHTNESS\",\"0\"),(\"INFINALITY_FT_CHROMEOS_STYLE_SHARPENING_STRENGTH\",\"0\"),(\"INFINALITY_FT_CONTRAST\",\"0\"),(\"INFINALITY_FT_FILTER_PARAMS\",\"11 22 38 22 11\"),(\"INFINALITY_FT_FRINGE_FILTER_STRENGTH\",\"0\"),(\"INFINALITY_FT_GAMMA_CORRECTION\",\"0 100\"),(\"INFINALITY_FT_GLOBAL_EMBOLDEN_X_VALUE\",\"0\"),(\"INFINALITY_FT_GLOBAL_EMBOLDEN_Y_VALUE\",\"0\"),(\"INFINALITY_FT_GRAYSCALE_FILTER_STRENGTH\",\"0\"),(\"INFINALITY_FT_STEM_ALIGNMENT_STRENGTH\",\"25\"),(\"INFINALITY_FT_STEM_FITTING_STRENGTH\",\"25\"),(\"INFINALITY_FT_STEM_SNAPPING_SLIDING_SCALE\",\"40\"),(\"INFINALITY_FT_USE_KNOWN_SETTINGS_ON_SELECTED_FONTS\",\"true\"),(\"INFINALITY_FT_USE_VARIOUS_TWEAKS\",\"true\"),(\"INFINALITY_FT_WINDOWS_STYLE_SHARPENING_STRENGTH\",\"5\"),(\"INFOPATH\",\"/usr/share/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.25.1/info\"),(\"ITCL_LIBRARY\",\"/usr/lib64/itcl4.0\"),(\"ITK_LIBRARY\",\"/usr/lib64/itk4.0\"),(\"JAVAC\",\"/etc/java-config-2/current-system-vm/bin/javac\"),(\"JAVA_HOME\",\"/etc/java-config-2/current-system-vm\"),(\"JDK_HOME\",\"/etc/java-config-2/current-system-vm\"),(\"LADSPA_PATH\",\"/usr/lib/ladspa\"),(\"LANG\",\"en_US.utf8\"),(\"LC_COLLATE\",\"de_DE.utf8\"),(\"LC_CTYPE\",\"de_DE.utf8\"),(\"LC_MESSAGES\",\"\"),(\"LC_MONETARY\",\"de_DE.utf8\"),(\"LC_NUMERIC\",\"de_DE.utf8\"),(\"LC_TIME\",\"de_DE.utf8\"),(\"LESS\",\" -R \"),(\"LESSOPEN\",\"| /usr/bin/src-hilite-lesspipe.sh %s\"),(\"LESS_TERMCAP_mb\",\"\ESC[01;31m\"),(\"LESS_TERMCAP_md\",\"\ESC[01;31m\"),(\"LESS_TERMCAP_me\",\"\ESC[0m\"),(\"LESS_TERMCAP_se\",\"\ESC[0m\"),(\"LESS_TERMCAP_so\",\"\ESC[01;44;33m\"),(\"LESS_TERMCAP_ue\",\"\ESC[0m\"),(\"LESS_TERMCAP_us\",\"\ESC[01;32m\"),(\"LIBXCB_ALLOW_SLOPPY_LOCK\",\"yes\"),(\"LOGNAME\",\"franzman\"),(\"LSCOLORS\",\"Gxfxcxdxbxegedabagacad\"),(\"MAIL\",\"/var/mail/franzman\"),(\"MAKE_NJOBS\",\"4\"),(\"MANPATH\",\"/etc/java-config-2/current-system-vm/man:/usr/local/share/man:/usr/share/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.25.1/man:/etc/java-config-2/current-system-vm/man/\"),(\"MINICOM\",\"-c on -o -w\"),(\"MMGT_CLEAR\",\"1\"),(\"OPENCL_PROFILE\",\"mesa\"),(\"OPENGL_PROFILE\",\"xorg-x11\"),(\"PAGER\",\"less\"),(\"PATH\",\"/home/franzman/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin\"),(\"PERL5LIB\",\"/home/franzman/perl5/lib/perl5\"),(\"PERL_LOCAL_LIB_ROOT\",\"/home/franzman/perl5\"),(\"PERL_MB_OPT\",\"--install_base \\"/home/franzman/perl5\\"\"),(\"PERL_MM_OPT\",\"INSTALL_BASE=/home/franzman/perl5\"),(\"PRELINK_PATH_MASK\",\"/usr/lib64/libfreebl3.so:/usr/lib64/libnssdbm3.so:/usr/lib64/libsoftokn3.so\"),(\"PWD\",\"/tmp/git-annex-5.20150710\"),(\"QT_GRAPHICSSYSTEM\",\"raster\"),(\"QT_PLUGIN_PATH\",\"/usr/lib64/kde4/plugins\"),(\"R_HOME\",\"/usr/lib64/R\"),(\"SHELL\",\"/bin/zsh\"),(\"SHLVL\",\"3\"),(\"SP_BASE\",\"/home/franzman/repos/sp-korrektur-ss15/V_SP/ueb\"),(\"TCLHOME\",\"/usr/bin\"),(\"TCLLIBPATH\",\"/usr/lib64\"),(\"TCL_LIBRARY\",\"/usr/lib64/tcl8.6\"),(\"TERM\",\"rxvt-unicode-256color\"),(\"TESTBASE\",\"/home/franzman/repos/sp-korrektur-ss15/V_SP/ueb/aufgaben/clash/testcase\"),(\"TEXEDIT\",\"vim\"),(\"TEXINPUTS\",\"/usr/lib64/ocaml/ocamldoc:\"),(\"TIX_LIBRARY\",\"/usr/lib64/tix8.4\"),(\"TK_LIBRARY\",\"/usr/lib64/tk8.6\"),(\"UBUNTU_MENUPROXY\",\"1\"),(\"USER\",\"franzman\"),(\"WHOIS_OPTIONS\",\"-H\"),(\"WINDOWID\",\"35651708\"),(\"WINDOWPATH\",\"7\"),(\"XDG_CONFIG_DIRS\",\"/etc/xdg\"),(\"XDG_DATA_DIRS\",\"/usr/local/share:/usr/share\"),(\"_JAVA_AWT_WM_NONREPARENTING\",\"1\")]
-(\"/usr/bin/ghc\",[\"-c\",\"/tmp/16120.c\",\"-o\",\"/tmp/16120.o\"])
-(\"/usr/bin/ld\",[\"-x\",\"-r\",\"/tmp/16120.o\",\"-o\",\"/tmp/16121.o\"])
-Searching for lhc in path.
-Cannot find lhc on the path
-Searching for lhc-pkg in path.
-Cannot find lhc-pkg on the path
-Searching for pkg-config in path.
-Found pkg-config at /usr/bin/pkg-config
-(\"/usr/bin/pkg-config\",[\"--version\"])
-/usr/bin/pkg-config is version 0.28
-Searching for strip in path.
-Found strip at /usr/bin/strip
-(\"/usr/bin/strip\",[\"--version\"])
-/usr/bin/strip is version 2.25
-Searching for tar in path.
-Found tar at /bin/tar
-(\"/bin/tar\",[\"--help\"])
-Searching for uhc in path.
-Cannot find uhc on the path
-Using Cabal-1.22.4.0 compiled by ghc-7.8
-Using compiler: ghc-7.8.4
-Using install prefix: /usr
-Binaries installed in: /usr/bin
-Libraries installed in: /usr/lib/x86_64-linux-ghc-7.8.4/git-annex-5.20150710
-Private binaries installed in: /usr/libexec
-Data files installed in:
-/usr/share/x86_64-linux-ghc-7.8.4/git-annex-5.20150710
-Documentation installed in:
-/usr/share/doc/x86_64-linux-ghc-7.8.4/git-annex-5.20150710
-Configuration files installed in: /usr/etc
-Using alex version 3.1.4 found on system at: /usr/bin/alex
-Using ar found on system at: /usr/bin/ar
-Using c2hs version 0.25.2 found on system at: /usr/bin/c2hs
-No cpphs found
-Using gcc version 4.9.3 found on system at: /usr/bin/gcc
-Using ghc version 7.8.4 found on system at: /usr/bin/ghc
-Using ghc-pkg version 7.8.4 found on system at: /usr/bin/ghc-pkg
-No ghcjs found
-No ghcjs-pkg found
-No greencard found
-No haddock found
-Using happy version 1.19.5 found on system at: /usr/bin/happy
-Using haskell-suite found on system at: haskell-suite-dummy-location
-Using haskell-suite-pkg found on system at: haskell-suite-pkg-dummy-location
-No hmake found
-Using hpc version 0.67 found on system at: /usr/bin/hpc
-Using hsc2hs version 0.67 found on system at: /usr/bin/hsc2hs
-Using hscolour version 1.22 found on system at: /usr/bin/HsColour
-No jhc found
-Using ld found on system at: /usr/bin/ld
-No lhc found
-No lhc-pkg found
-Using pkg-config version 0.28 found on system at: /usr/bin/pkg-config
-Using strip version 2.25 found on system at: /usr/bin/strip
-Using tar found on system at: /bin/tar
-No uhc found
-(\"/usr/bin/gcc\",[\"/tmp/16120.c\",\"-o\",\"/tmp/16120\",\"-D__GLASGOW_HASKELL__=708\",\"-Dlinux_BUILD_OS=1\",\"-Dx86_64_BUILD_ARCH=1\",\"-Dlinux_HOST_OS=1\",\"-Dx86_64_HOST_ARCH=1\",\"-Idist/build/autogen\",\"-IUtility\",\"-I.\",\"-DWITH_CLIBS\",\"-DWITH_TESTSUITE\",\"-DWITH_TDFA\",\"-DWITH_S3\",\"-DWITH_ASSISTANT\",\"-DWITH_INOTIFY\",\"-DWITH_DBUS\",\"-DWITH_WEBAPP\",\"-DWITH_WEBAPP_SECURE\",\"-DWITH_PAIRING\",\"-DWITH_XMPP\",\"-DWITH_DNS\",\"-DWITH_FEED\",\"-DWITH_QUVI\",\"-DWITH_TAHOE\",\"-Wall\",\"-I/usr/lib64/unix-compat-0.4.1.4/ghc-7.8.4/include\",\"-I/usr/include/libxml2\",\"-I/usr/lib64/bloomfilter-2.0.1.0/ghc-7.8.4/include\",\"-I/usr/lib64/vector-0.10.12.3/ghc-7.8.4/include\",\"-I/usr/lib64/primitive-0.5.4.0/ghc-7.8.4/include\",\"-I/usr/lib64/ghc-7.8.4/old-time-1.1.0.2/include\",\"-I/usr/lib64/ghc-7.8.4/process-1.2.0.0/include\",\"-I/usr/lib64/network-2.6.2.1/ghc-7.8.4/include\",\"-I/usr/lib64/ghc-7.8.4/directory-1.2.1.0/include\",\"-I/usr/lib64/ghc-7.8.4/unix-2.7.0.1/include\",\"-I/usr/lib64/ghc-7.8.4/bytestring-0.10.4.0/include\",\"-I/usr/lib64/ghc-7.8.4/time-1.4.2/include\",\"-I/usr/lib64/ghc-7.8.4/base-4.7.0.2/include\",\"-I/usr/lib64/ghc-7.8.4/integer-gmp-0.5.1.0/include\",\"-I/usr/lib64/ghc-7.8.4/include\",\"-I/usr/lib64/libffi-3.2.1/include\",\"-Wall\",\"-L/usr/lib64/yesod-static-1.5.0.1/ghc-7.8.4\",\"-L/usr/lib64/yesod-default-1.2.0/ghc-7.8.4\",\"-L/usr/lib64/yesod-1.4.1.5/ghc-7.8.4\",\"-L/usr/lib64/yesod-auth-1.4.6/ghc-7.8.4\",\"-L/usr/lib64/yesod-form-1.4.4.1/ghc-7.8.4\",\"-L/usr/lib64/yesod-persistent-1.4.0.3/ghc-7.8.4\",\"-L/usr/lib64/yesod-core-1.4.12/ghc-7.8.4\",\"-L/usr/lib64/yaml-0.8.12/ghc-7.8.4\",\"-L/usr/lib64/xss-sanitize-0.3.5.5/ghc-7.8.4\",\"-L/usr/lib64/warp-tls-3.0.4.2/ghc-7.8.4\",\"-L/usr/lib64/wai-app-static-3.1.1/ghc-7.8.4\",\"-L/usr/lib64/warp-3.0.13.1/ghc-7.8.4\",\"-L/usr/lib64/wai-extra-3.0.10/ghc-7.8.4\",\"-L/usr/lib64/word8-0.1.2/ghc-7.8.4\",\"-L/usr/lib64/wai-logger-2.2.4.1/ghc-7.8.4\",\"-L/usr/lib64/wai-3.0.3.0/ghc-7.8.4\",\"-L/usr/lib64/vault-0.3.0.4/ghc-7.8.4\",\"-L/usr/lib64/uuid-1.3.10/ghc-7.8.4\",\"-L/usr/lib64/uuid-types-1.0.1/ghc-7.8.4\",\"-L/usr/lib64/unix-time-0.3.5/ghc-7.8.4\",\"-L/usr/lib64/unix-compat-0.4.1.4/ghc-7.8.4\",\"-L/usr/lib64/tasty-rerun-1.1.4/ghc-7.8.4\",\"-L/usr/lib64/tasty-quickcheck-0.8.3.2/ghc-7.8.4\",\"-L/usr/lib64/tasty-hunit-0.9.2/ghc-7.8.4\",\"-L/usr/lib64/tasty-0.10.1.2/ghc-7.8.4\",\"-L/usr/lib64/unbounded-delays-0.1.0.9/ghc-7.8.4\",\"-L/usr/lib64/tagsoup-0.13.3/ghc-7.8.4\",\"-L/usr/lib64/stringsearch-0.3.6.6/ghc-7.8.4\",\"-L/usr/lib64/split-0.2.2/ghc-7.8.4\",\"-L/usr/lib64/simple-sendfile-0.2.21/ghc-7.8.4\",\"-L/usr/lib64/shakespeare-2.0.5/ghc-7.8.4\",\"-L/usr/lib64/sandi-0.3.5/ghc-7.8.4\",\"-L/usr/lib64/regex-tdfa-rc-1.1.8.3/ghc-7.8.4\",\"-L/usr/lib64/regex-tdfa-1.2.0/ghc-7.8.4\",\"-L/usr/lib64/reducers-3.10.3.2/ghc-7.8.4\",\"-L/usr/lib64/semigroupoids-5.0.0.2/ghc-7.8.4\",\"-L/usr/lib64/persistent-template-2.1.3.4/ghc-7.8.4\",\"-L/usr/lib64/persistent-sqlite-2.1.4.2/ghc-7.8.4\",\"-L/usr/lib64/optparse-applicative-0.11.0.2/ghc-7.8.4\",\"-L/usr/lib64/nonce-1.0.2/ghc-7.8.4\",\"-L/usr/lib64/network-protocol-xmpp-0.4.8/ghc-7.8.4\",\"-L/usr/lib64/network-multicast-0.0.11/ghc-7.8.4\",\"-L/usr/lib64/network-info-0.2.0.7/ghc-7.8.4\",\"-L/usr/lib64/mwc-random-0.13.3.2/ghc-7.8.4\",\"-L/usr/lib64/mime-mail-0.4.9/ghc-7.8.4\",\"-L/usr/lib64/json-0.9.1/ghc-7.8.4\",\"-L/usr/lib64/http-date-0.0.6.1/ghc-7.8.4\",\"-L/usr/lib64/hjsmin-0.1.4.7/ghc-7.8.4\",\"-L/usr/lib64/language-javascript-0.5.13.4/ghc-7.8.4\",\"-L/usr/lib64/hinotify-0.3.7/ghc-7.8.4\",\"-L/usr/lib64/gsasl-0.3.6/ghc-7.8.4\",\"-L/usr/lib64/gnutls-0.1.6/ghc-7.8.4\",\"-L/usr/lib64/monads-tf-0.1.0.2/ghc-7.8.4\",\"-L/usr/lib64/gnuidn-0.2.1/ghc-7.8.4\",\"-L/usr/lib64/fingertree-0.1.1.0/ghc-7.8.4\",\"-L/usr/lib64/file-embed-0.0.8.2/ghc-7.8.4\",\"-L/usr/lib64/feed-0.3.9.7/ghc-7.8.4\",\"-L/usr/lib64/xml-1.3.14/ghc-7.8.4\",\"-L/usr/lib64/time-locale-compat-0.1.1.0/ghc-7.8.4\",\"-L/usr/lib64/esqueleto-2.1.3/ghc-7.8.4\",\"-L/usr/lib64/persistent-2.1.6/ghc-7.8.4\",\"-L/usr/lib64/silently-1.2.5/ghc-7.8.4\",\"-L/usr/lib64/resource-pool-0.2.3.2/ghc-7.8.4\",\"-L/usr/lib64/path-pieces-0.2.0/ghc-7.8.4\",\"-L/usr/lib64/monad-logger-0.3.13.2/ghc-7.8.4\",\"-L/usr/lib64/stm-chans-3.0.0.4/ghc-7.8.4\",\"-L/usr/lib64/monad-loops-0.4.3/ghc-7.8.4\",\"-L/usr/lib64/fast-logger-2.4.0/ghc-7.8.4\",\"-L/usr/lib64/enclosed-exceptions-1.0.1.1/ghc-7.8.4\",\"-L/usr/lib64/email-validate-2.0.1/ghc-7.8.4\",\"-L/usr/lib64/edit-distance-0.2.2.1/ghc-7.8.4\",\"-L/usr/lib64/easy-file-0.2.1/ghc-7.8.4\",\"-L/usr/lib64/dns-2.0.0/ghc-7.8.4\",\"-L/usr/lib64/iproute-1.5.0/ghc-7.8.4\",\"-L/usr/lib64/dbus-0.10.10/ghc-7.8.4\",\"-L/usr/lib64/libxml-sax-0.7.5/ghc-7.8.4\",\"-L/usr/lib64/css-text-0.1.2.1/ghc-7.8.4\",\"-L/usr/lib64/cryptohash-conduit-0.1.1/ghc-7.8.4\",\"-L/usr/lib64/comonad-4.2.7.2/ghc-7.8.4\",\"-L/usr/lib64/distributive-0.4.4/ghc-7.8.4\",\"-L/usr/lib64/contravariant-1.3.1.1/ghc-7.8.4\",\"-L/usr/lib64/clientsession-0.9.1.1/ghc-7.8.4\",\"-L/usr/lib64/skein-1.0.9.3/ghc-7.8.4\",\"-L/usr/lib64/setenv-0.1.1.3/ghc-7.8.4\",\"-L/usr/lib64/crypto-api-0.13.2/ghc-7.8.4\",\"-L/usr/lib64/entropy-0.3.7/ghc-7.8.4\",\"-L/usr/lib64/cprng-aes-0.6.1/ghc-7.8.4\",\"-L/usr/lib64/byteorder-1.0.4/ghc-7.8.4\",\"-L/usr/lib64/bloomfilter-2.0.1.0/ghc-7.8.4\",\"-L/usr/lib64/bifunctors-5/ghc-7.8.4\",\"-L/usr/lib64/base-orphans-0.3.2/ghc-7.8.4\",\"-L/usr/lib64/aws-0.12.1/ghc-7.8.4\",\"-L/usr/lib64/utf8-string-1/ghc-7.8.4\",\"-L/usr/lib64/tagged-0.8.1/ghc-7.8.4\",\"-L/usr/lib64/safe-0.3.9/ghc-7.8.4\",\"-L/usr/lib64/base16-bytestring-0.1.1.6/ghc-7.8.4\",\"-L/usr/lib64/auto-update-0.1.2.2/ghc-7.8.4\",\"-L/usr/lib64/authenticate-1.3.2.11/ghc-7.8.4\",\"-L/usr/lib64/tagstream-conduit-0.5.5.3/ghc-7.8.4\",\"-L/usr/lib64/xml-conduit-1.3.1/ghc-7.8.4\",\"-L/usr/lib64/xml-types-0.3.6/ghc-7.8.4\",\"-L/usr/lib64/blaze-html-0.8.0.2/ghc-7.8.4\",\"-L/usr/lib64/blaze-markup-0.7.0.2/ghc-7.8.4\",\"-L/usr/lib64/data-default-0.5.3/ghc-7.8.4\",\"-L/usr/lib64/data-default-instances-old-locale-0.0.1/ghc-7.8.4\",\"-L/usr/lib64/data-default-instances-dlist-0.0.1/ghc-7.8.4\",\"-L/usr/lib64/data-default-instances-containers-0.0.1/ghc-7.8.4\",\"-L/usr/lib64/data-default-instances-base-0.0.1/ghc-7.8.4\",\"-L/usr/lib64/conduit-extra-1.1.9.1/ghc-7.8.4\",\"-L/usr/lib64/http-conduit-2.1.7.1/ghc-7.8.4\",\"-L/usr/lib64/http-client-tls-0.2.2/ghc-7.8.4\",\"-L/usr/lib64/connection-0.2.4/ghc-7.8.4\",\"-L/usr/lib64/x509-system-1.5.0/ghc-7.8.4\",\"-L/usr/lib64/tls-1.2.18/ghc-7.8.4\",\"-L/usr/lib64/x509-validation-1.5.2/ghc-7.8.4\",\"-L/usr/lib64/x509-store-1.5.0/ghc-7.8.4\",\"-L/usr/lib64/x509-1.5.1/ghc-7.8.4\",\"-L/usr/lib64/pem-0.2.2/ghc-7.8.4\",\"-L/usr/lib64/crypto-pubkey-0.2.8/ghc-7.8.4\",\"-L/usr/lib64/cryptohash-0.11.6/ghc-7.8.4\",\"-L/usr/lib64/crypto-pubkey-types-0.4.3/ghc-7.8.4\",\"-L/usr/lib64/crypto-numbers-0.2.7/ghc-7.8.4\",\"-L/usr/lib64/cipher-rc4-0.1.4/ghc-7.8.4\",\"-L/usr/lib64/cipher-des-0.0.6/ghc-7.8.4\",\"-L/usr/lib64/cipher-aes-0.2.11/ghc-7.8.4\",\"-L/usr/lib64/crypto-cipher-types-0.0.9/ghc-7.8.4\",\"-L/usr/lib64/socks-0.5.4/ghc-7.8.4\",\"-L/usr/lib64/cereal-0.4.1.1/ghc-7.8.4\",\"-L/usr/lib64/crypto-random-0.0.9/ghc-7.8.4\",\"-L/usr/lib64/securemem-0.1.9/ghc-7.8.4\",\"-L/usr/lib64/memory-0.7/ghc-7.8.4\",\"-L/usr/lib64/byteable-0.1.1/ghc-7.8.4\",\"-L/usr/lib64/http-client-0.4.18.1/ghc-7.8.4\",\"-L/usr/lib64/streaming-commons-0.1.12.1/ghc-7.8.4\",\"-L/usr/lib64/zlib-0.5.4.2/ghc-7.8.4\",\"-L/usr/lib64/network-uri-2.6.0.3/ghc-7.8.4\",\"-L/usr/lib64/mime-types-0.1.0.6/ghc-7.8.4\",\"-L/usr/lib64/http-types-0.8.6/ghc-7.8.4\",\"-L/usr/lib64/cookie-0.4.1.6/ghc-7.8.4\",\"-L/usr/lib64/data-default-class-0.0.1/ghc-7.8.4\",\"-L/usr/lib64/base64-bytestring-1.0.0.1/ghc-7.8.4\",\"-L/usr/lib64/conduit-1.2.5/ghc-7.8.4\",\"-L/usr/lib64/void-0.7/ghc-7.8.4\",\"-L/usr/lib64/semigroups-0.16.2.2/ghc-7.8.4\",\"-L/usr/lib64/nats-1/ghc-7.8.4\",\"-L/usr/lib64/resourcet-1.1.5/ghc-7.8.4\",\"-L/usr/lib64/mmorph-1.0.4/ghc-7.8.4\",\"-L/usr/lib64/lifted-base-0.2.3.6/ghc-7.8.4\",\"-L/usr/lib64/monad-control-1.0.0.4/ghc-7.8.4\",\"-L/usr/lib64/transformers-base-0.4.4/ghc-7.8.4\",\"-L/usr/lib64/exceptions-0.8.0.2/ghc-7.8.4\",\"-L/usr/lib64/transformers-compat-0.4.0.4/ghc-7.8.4\",\"-L/usr/lib64/case-insensitive-1.2.0.4/ghc-7.8.4\",\"-L/usr/lib64/blaze-builder-0.4.0.1/ghc-7.8.4\",\"-L/usr/lib64/async-2.0.2/ghc-7.8.4\",\"-L/usr/lib64/asn1-parse-0.9.1/ghc-7.8.4\",\"-L/usr/lib64/asn1-encoding-0.9.0/ghc-7.8.4\",\"-L/usr/lib64/asn1-types-0.3.0/ghc-7.8.4\",\"-L/usr/lib64/hourglass-0.2.9/ghc-7.8.4\",\"-L/usr/lib64/appar-0.1.4/ghc-7.8.4\",\"-L/usr/lib64/ansi-wl-pprint-0.6.7.2/ghc-7.8.4\",\"-L/usr/lib64/ansi-terminal-0.6.2.1/ghc-7.8.4\",\"-L/usr/lib64/aeson-0.9.0.1/ghc-7.8.4\",\"-L/usr/lib64/vector-0.10.12.3/ghc-7.8.4\",\"-L/usr/lib64/unordered-containers-0.2.5.1/ghc-7.8.4\",\"-L/usr/lib64/syb-0.4.4/ghc-7.8.4\",\"-L/usr/lib64/dlist-0.7.1.1/ghc-7.8.4\",\"-L/usr/lib64/attoparsec-0.13.0.1/ghc-7.8.4\",\"-L/usr/lib64/scientific-0.3.3.8/ghc-7.8.4\",\"-L/usr/lib64/hashable-1.2.3.3/ghc-7.8.4\",\"-L/usr/lib64/statevar-1.1.0.0/ghc-7.8.4\",\"-L/usr/lib64/safesemaphore-0.10.1/ghc-7.8.4\",\"-L/usr/lib64/stm-2.4.4/ghc-7.8.4\",\"-L/usr/lib64/quickcheck-2.8.1/ghc-7.8.4\",\"-L/usr/lib64/tf-random-0.5/ghc-7.8.4\",\"-L/usr/lib64/primitive-0.5.4.0/ghc-7.8.4\",\"-L/usr/lib64/ghc-7.8.4/template-haskell-2.9.0.0\",\"-L/usr/lib64/ghc-7.8.4/pretty-1.1.1.1\",\"-L/usr/lib64/missingh-1.3.0.1/ghc-7.8.4\",\"-L/usr/lib64/regex-compat-0.95.1/ghc-7.8.4\",\"-L/usr/lib64/regex-posix-0.95.2/ghc-7.8.4\",\"-L/usr/lib64/regex-base-0.93.2/ghc-7.8.4\",\"-L/usr/lib64/random-1.1/ghc-7.8.4\",\"-L/usr/lib64/parsec-3.1.9/ghc-7.8.4\",\"-L/usr/lib64/text-1.2.1.1/ghc-7.8.4\",\"-L/usr/lib64/ghc-7.8.4/binary-0.7.4.0\",\"-L/usr/lib64/ghc-7.8.4/old-time-1.1.0.2\",\"-L/usr/lib64/hslogger-1.2.9/ghc-7.8.4\",\"-L/usr/lib64/ghc-7.8.4/process-1.2.0.0\",\"-L/usr/lib64/network-2.6.2.1/ghc-7.8.4\",\"-L/usr/lib64/ghc-7.8.4/directory-1.2.1.0\",\"-L/usr/lib64/ghc-7.8.4/unix-2.7.0.1\",\"-L/usr/lib64/ghc-7.8.4/bytestring-0.10.4.0\",\"-L/usr/lib64/ghc-7.8.4/time-1.4.2\",\"-L/usr/lib64/ghc-7.8.4/old-locale-1.0.0.6\",\"-L/usr/lib64/ghc-7.8.4/filepath-1.3.0.2\",\"-L/usr/lib64/ghc-7.8.4/containers-0.5.5.1\",\"-L/usr/lib64/ifelse-0.85/ghc-7.8.4\",\"-L/usr/lib64/mtl-2.2.1/ghc-7.8.4\",\"-L/usr/lib64/ghc-7.8.4/transformers-0.4.3.0\",\"-L/usr/lib64/hunit-1.2.5.2/ghc-7.8.4\",\"-L/usr/lib64/ghc-7.8.4/deepseq-1.3.0.2\",\"-L/usr/lib64/ghc-7.8.4/array-0.5.0.0\",\"-L/usr/lib64/ghc-7.8.4/base-4.7.0.2\",\"-L/usr/lib64/ghc-7.8.4/integer-gmp-0.5.1.0\",\"-L/usr/lib64/ghc-7.8.4/ghc-prim-0.3.1.0\",\"-L/usr/lib64/ghc-7.8.4/rts-1.0\"])
-runhaskell Setup.hs configure --prefix=/usr --verbose=3 220,76s user 51,62s system 46% cpu 9:44,37 total
-
-configure needs way over 10GB of RAM so something seems to be broken here.
-"""]]
diff --git a/doc/bugs/OOM_while_configuring_git-annex/comment_4_66f6cfc973e8d67eb468be1246c82616._comment b/doc/bugs/OOM_while_configuring_git-annex/comment_4_66f6cfc973e8d67eb468be1246c82616._comment
deleted file mode 100644
index 030bcef470..0000000000
--- a/doc/bugs/OOM_while_configuring_git-annex/comment_4_66f6cfc973e8d67eb468be1246c82616._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 4"""
- date="2015-07-30T17:04:06Z"
- content="""
-It probably depends on the version of the cabal library you have installed.
-Older versions may not print much debugging, and also seem much more likely
-to run out of memory while resolving dependencies.
-
-As I mentioned, using stackage is a good way to present cabal with a canned
-solution so it doesn't fry its mind trying to discover one.
-"""]]
diff --git a/doc/bugs/OOM_while_configuring_git-annex/comment_5_49cfdd1b3a2bf2bc61f1cba7fe7cc11c._comment b/doc/bugs/OOM_while_configuring_git-annex/comment_5_49cfdd1b3a2bf2bc61f1cba7fe7cc11c._comment
deleted file mode 100644
index ad63dba606..0000000000
--- a/doc/bugs/OOM_while_configuring_git-annex/comment_5_49cfdd1b3a2bf2bc61f1cba7fe7cc11c._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 5"""
- date="2015-08-19T16:50:51Z"
- content="""
-I notice that you're using Setup configure. It turns out that for some
-reason, Setup configure's dependency resolution fails to find available
-solutions, where cabal configure will easly succeed without using much
-memory. There's a bug filed about this now:
-
-
-So, use cabal configure, or downloading the cabal.config from stackage will
-probably prevent this blowup by pinning all the package versions to
-particular versions.
-
-I don't think this can be fixed in git-annex, really. So will close this as
-forwarded to the above cabal bug.
-"""]]
diff --git a/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex.mdwn b/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex.mdwn
deleted file mode 100644
index 3860456d23..0000000000
--- a/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex.mdwn
+++ /dev/null
@@ -1,54 +0,0 @@
-### Please describe the problem.
-
-(small) identical files fail to unannex, leaving broken symlinks, except for the first copy.
-
-### What steps will reproduce the problem?
-
-* Have multiple identical files. For example, run this, which creates four 6-byte files:
-
-> echo Hello>file1.txt && cp file1.txt file2.txt && cp file1.txt file3.txt && cp file1.txt file4.txt
-
-* Run this (git init needs credentials to have been specified though)
-
-> git init && git-annex init && git-annex add
-
-Now there are 4 symlinks, pointing to the same object:
-
-> lrwxrwxrwx 1 186 Aug 16 15:54 file1.txt -> .git/annex/objects/31/XV/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt
-
-* Optionally run "git commit -a". It doesn't affect the outcome.
-
-* Run git-annex unannex
-
-> $ git annex unannex
-> unannex file1.txt ok
-> (Recording state in git...)
-> $
-
-Now file1.txt is a normal 6-byte file again, but 2, 3, and 4 are broken symlinks:
-
- -rw-r----- 1 6 Aug 16 15:54 file1.txt
- lrwxrwxrwx 1 186 Aug 16 15:54 file2.txt -> .git/annex/objects/31/XV/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt
- lrwxrwxrwx 1 186 Aug 16 15:54 file3.txt -> .git/annex/objects/31/XV/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt
- lrwxrwxrwx 1 186 Aug 16 15:54 file4.txt -> .git/annex/objects/31/XV/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt
-
- $ git-annex fsck
- fsck file2.txt
- ** No known copies exist of file2.txt
- failed
- fsck file3.txt
- ** No known copies exist of file3.txt
- failed
- fsck file4.txt
- ** No known copies exist of file4.txt
- failed
- git-annex: fsck: 3 failed
-
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex 4.20130802 package
-
-on Debian GNU/Linux jessie/sid (testing), amd64.
-
-> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex/comment_2_f7149b684a97070cff051b780c73be48._comment b/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex/comment_2_f7149b684a97070cff051b780c73be48._comment
deleted file mode 100644
index ca3ad12290..0000000000
--- a/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex/comment_2_f7149b684a97070cff051b780c73be48._comment
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="http://openid.yandex.ru/deletesoftware/"
- nickname="deletesoftware"
- subject="duplicate"
- date="2013-08-16T14:52:23Z"
- content="""
-It's the same as these:
-
-* [Large unannex operations result in stale symlinks and data loss](http://git-annex.branchable.com/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/)
-* [unannex removes object even if referred to by others](http://git-annex.branchable.com/bugs/unannex_removes_object_even_if_referred_to_by_others/)
-* [annex unannex/uninit should handle copies](http://git-annex.branchable.com/bugs/annex_unannex__47__uninit_should_handle_copies/)
-
-and (as gernot mentioned) according to those, has a workaround of \"git annex unannex --fast\". Of course, it's not convenient to need to find a workaround, and to notice a potential dataloss issue…
-
-"""]]
diff --git a/doc/bugs/Old_repository_stuck.mdwn b/doc/bugs/Old_repository_stuck.mdwn
deleted file mode 100644
index 73903763d4..0000000000
--- a/doc/bugs/Old_repository_stuck.mdwn
+++ /dev/null
@@ -1,9 +0,0 @@
-I had created a test repository a time ago with an old version of git-annex. I didn't really used it so I simply deleted the directory by hand. Now I've installed a new version of git-annex and the old repository stills appears on the webapp, but there is no interface to delete it.
-
-* Old git-annex version: don't remember
-* New git-annex version: I downloaded 3.20130107 (twice to be sure), but for some reason 'git-annex version' reports 3.20130102
-* OS: Ubuntu 12.04.1 LTS 3.2.0-35-generic-pae #55-Ubuntu SMP Wed Dec 5 18:04:39 UTC 2012 i686 i686 i386 GNU/Linux
-
-> This is [[fixed|done]] in git; assuming the repo was showing up
-> in the upper-right menu for switching among local repositories.
-> --[[Joey]]
diff --git a/doc/bugs/On_Windows__44___annex_get_over_HTTP_sends_URLs_with_incorrect_separator.mdwn b/doc/bugs/On_Windows__44___annex_get_over_HTTP_sends_URLs_with_incorrect_separator.mdwn
deleted file mode 100644
index 08bc76ed16..0000000000
--- a/doc/bugs/On_Windows__44___annex_get_over_HTTP_sends_URLs_with_incorrect_separator.mdwn
+++ /dev/null
@@ -1,186 +0,0 @@
-### Please describe the problem.
-On Windows, attempting to annex get from a remote over HTTP fails. URLs which are nearly correct, but have incorrect slashes, are sent.
-
-### What steps will reproduce the problem?
-1. Create an annex on Linux.
-2. Configure repository for HTTP access
-3. Clone annex on Windows.
-4. "git annex get ."
-5. git annex makes requests for urls like the following: http://host/repo/.git/annex/objects\<3-char-hash>\<3-char-hash>\SHA
-
-### What version of git-annex are you using? On what operating system?
-Windows 7: 4.20140627-g8a36ec5 (from the git-annex download page)
-
-Debian Linux: 3.20120629 (from the package manager)
-
-### Please provide any additional information below.
-placing a wrapper script in front of wget which replaces '\' with '/' works around the issue, and allows git annex get to complete.
-
-
-###Full Transcript
-
-#### 1. setup of linux repo
-[[!format sh """
-test-git-annex@linux_host:~/test_annex$ git version
-git version 1.7.10.4
-test-git-annex@linux_host:~/test_annex$ git annex version
-git-annex version: 3.20120629
-local repository version: 3
-default repository version: 3
-supported repository versions: 3
-upgrade supported from repository versions: 0 1 2
-test-git-annex@linux_host: ~test-git-annex@linux_host:~$ mkdir test_annex
-test-git-annex@linux_host: ~test-git-annex@linux_host:~$ cd test_annex/
-test-git-annex@linux_host:~/test_annex$ git init .
-Initialized empty Git repository in /home/test-git-annex/test_annex/.git/
-test-git-annex@linux_host:~/test_annex$ annex init laptop
-init laptop ok
-(Recording state in git...)
-~/test_annextest-git-annex@linux_host:~/test_annex$ echo "this is some content" > file1.txt
-test-git-annex@linux_host:~/test_annex$ git annex add file1.txt
-add file1.txt (checksum...) ok
-(Recording state in git...)
-test-git-annex@linux_host:~/test_annex$ git commit -a -m "initial commit"
-[master (root-commit) 821c6c1] initial commit
- 1 file changed, 1 insertion(+)
- create mode 120000 file1.txt
-test-git-annex@linux_host:~/test_annex$ ls -l
-total 4
-lrwxrwxrwx 1 test-git-annex test-git-annex 178 Jul 6 11:33 file1.txt -> .git/annex/objects/J9/m6/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
-test-git-annex@linux_host:~/test_annex$ cat file1.txt
-this is some content
-"""]]
-
-#### 2. set up and run http server
-[[!format sh """
-test-git-annex@MrLinuxTablet:~/test_annex$ git update-server-info
-cd ..
-test-git-annex@MrLinuxTablet:~$ python -m SimpleHTTPServer
-Serving HTTP on 0.0.0.0 port 8000 ...
-
-"""]]
-
-#### 3. Set up Windows, clone repo, init annex
-
-[[!format sh """
-
-#Windows 7
-#download and install git from git-scm.com/download/win
-#Git-1.8.3-preview20130601.exe
-#on install, selecting "Run Git from the Windows Command Prompt"
-#on install, selecting "checkout as-is, commit as-is"
-#installs to C:\Program Files (x86)\Git
-#download and install git-annex from http://git-annex.branchable.com/install/
-#git-annex-installer.exe
-#need to right-click 'run as administrator', per reported bug (link here)
-#installs to C:\Program Files (x86)\Git\cmd
-#also installs some utilities, including wget.exe
-
-C:\Users\test-git-annex>git clone http://192.168.0.8:8000/test_annex/.git
-Cloning into 'test_annex'...
-
-C:\Users\test-git-annex>cd test_annex
-
-C:\Users\test-git-annex\test_annex>dir
- Volume in drive C has no label.
-
- Directory of C:\Users\test-git-annex\test_annex
-
- .
- ..
- 178 file1.txt
- 1 File(s) 178 bytes
-
-C:\Users\test-git-annex\test_annex>type file1.txt
-.git/annex/objects/J9/m6/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
-
-C:\Users\test-git-annex\test_annex>git annex init windows
-init windows
- Detected a crippled filesystem.
-
- Enabling direct mode.
-
- Detected a filesystem without fifo support.
-
- Disabling ssh connection caching.
-ok
-(Recording state in git...)
-
-"""]]
-
-####4. annex get
-
-[[!format sh """
-#create empty file named 'wget' in Git\cmd, and install cygwin, add to path, to provide necessary DLLs
-C:\Users\test-git-annex\test_annex> git annex get file.txt
-
-C:\Users\test-git-annex\test_annex>git annex -vd get file1.txt
-[] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","ls-files","--cached","-z","--","file1.txt"]
-get file1.txt [] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","show-ref","git-annex"]
-[] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","show-ref","--hash","refs/heads/git-annex"]
-[] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","log","refs/heads/git-annex..98d1182bcee688b06307963dfea81aa70a3c8336","--oneline","-n1"]
-[] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","log","refs/heads/git-annex..304263841906c0b4dda39d0fdbe54e4af4307cb8","--oneline","-n1"]
-(merging origin/git-annex into git-annex...)
-[] chat: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","cat-file","--batch"]
-[] feed: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","update-index","-z","--index-info"]
-[] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","304263841906c0b4dda39d0fdbe54e4af4307cb8"]
-[] chat: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
-[] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","log","304263841906c0b4dda39d0fdbe54e4af4307cb8..refs/heads/git-annex","--oneline","-n1"]
-(Recording state in git...)
-[] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","write-tree"]
-[] chat: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","commit-tree","838284a4dbc1c57bea2595ac7636c32a7a86b745","-p","refs/heads/git-annex","-p","304263841906c0b4dda39d0fdbe54e4af4307cb8"]
-[] call: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","update-ref","refs/heads/git-annex","c594efcf08bd4de8963cc3fb6890275f623aee12"]
-[] call: wget ["-q","-c","-O","C:\\Users\\test-git-annex\\AppData\\Local\\Temp\\git-annex4860.tmp","http://192.168.0.8:8000/test_annex/.git/config"]
-cygwin warning:
- MS-DOS style path detected: C:\Users\test-git-annex\AppData\Local\Temp\git-annex4860.tmp
- Preferred POSIX equivalent is: /cygdrive/c/Users/test-git-annex/AppData/Local/Temp/git-annex4860.tmp
- CYGWIN environment variable option "nodosfilewarning" turns off this warning.
- Consult the user's guide for more details about POSIX paths:
- http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
-[] read: git ["config","--null","--list","--file","C:\\Users\\test-git-annex\\AppData\\Local\\Temp\\git-annex4860.tmp"]
-[] call: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","config","remote.origin.annex-uuid","64000156-e66a-11e2-aa76-131bb0a453f3"]
-[] read: git ["config","--null","--list"]
-(from origin...) [] call: wget ["-c","-O","C:\\Users\\test-git-annex\\test_annex\\.git\\annex\\tmp\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729","http://192.168.0.8:8000/test_annex/.git/annex\\objects\\c96\\53e\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729"]
-cygwin warning:
- MS-DOS style path detected: C:\Users\test-git-annex\test_annex\.git\annex\tmp\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
- Preferred POSIX equivalent is: /cygdrive/c/Users/test-git-annex/test_annex/.git/annex/tmp/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
- CYGWIN environment variable option "nodosfilewarning" turns off this warning.
- Consult the user's guide for more details about POSIX paths:
- http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
-----6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
-Connecting to 192.168.0.8:8000... connected.
-HTTP request sent, awaiting response... 404 File not found
- ERROR 404: File not found.
-
-[] call: wget ["-c","-O","C:\\Users\\test-git-annex\\test_annex\\.git\\annex\\tmp\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729","http://192.168.0.8:8000/test_annex/.git/annex\\objects\\J9\\m6\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729"]
-cygwin warning:
- MS-DOS style path detected: C:\Users\test-git-annex\test_annex\.git\annex\tmp\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
- Preferred POSIX equivalent is: /cygdrive/c/Users/test-git-annex/test_annex/.git/annex/tmp/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
- CYGWIN environment variable option "nodosfilewarning" turns off this warning.
- Consult the user's guide for more details about POSIX paths:
- http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
-----6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
-Connecting to 192.168.0.8:8000... connected.
-HTTP request sent, awaiting response... 404 File not found
- ERROR 404: File not found.
-
-
- Unable to access these remotes: origin
-
- Try making some of these repositories available:
- 64000156-e66a-11e2-aa76-131bb0a453f3 -- origin (laptop)
-failed
-git-annex: get: 1 failed
-
-"""]]
-
-#### http server output from above
-
-[[!format sh """
-192.168.0.2 - - [] code 404, message File not found
-192.168.0.2 - - [] "GET /test_annex/.git/annex%5Cobjects%5Cc96%5C53e%5CSHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729%5CSHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729 HTTP/1.1" 404 -
-192.168.0.2 - - [] code 404, message File not found
-192.168.0.2 - - [] "GET /test_annex/.git/annex%5Cobjects%5CJ9%5Cm6%5CSHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729%5CSHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729 HTTP/1.1" 404 -
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/On_Windows_the_Comitted_Symlinks_are_not_Relative.mdwn b/doc/bugs/On_Windows_the_Comitted_Symlinks_are_not_Relative.mdwn
deleted file mode 100644
index 3ea44f8575..0000000000
--- a/doc/bugs/On_Windows_the_Comitted_Symlinks_are_not_Relative.mdwn
+++ /dev/null
@@ -1,102 +0,0 @@
-### Please describe the problem.
-On Windows 7, the committed symlink files are always relative to the repo's .git root; they are not prefixed with the correct number of ../ for the given level of directing nesting.
-
-Trying to correct this with `git annex fix` returns "You cannot run this command in a direct mode repository."
-
-I believe that this is also the source of a pathological case I'm seeing on Windows. After adding a lot of content, commands like `git annex sync` and `git annex status` appear to re-checksum the entire annex. After syncing the repo to a Linux machine, fixing the symlinks there, and syncing back, these commands become snappy again.
-
-### What steps will reproduce the problem?
-
-[[!format sh """
-git init
-git annex init
-mkdir -p one/two/three/four/five/six
-
-# drop files into the dir structure
-git annex add .
-git annex sync
-git log -p
-"""]]
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex version: 5.20140203-g83e6fb7
-
-on Windows 7 Pro
-
-### Please provide any additional information below.
-
-The output of `git log -p` for me:
-
- commit f4d88b6bc99cc94a0b0154da41d06bad3f23cc1e
- Author: Justin Geibel <...>
- Date: Tue Feb 4 20:56:32 2014 -0500
-
- git-annex automatic sync
-
- diff --git a/git-annex-installer.exe b/git-annex-installer.exe
- new file mode 120000
- index 0000000..64f7d83
- --- /dev/null
- +++ b/git-annex-installer.exe
- @@ -0,0 +1 @@
- +.git/annex/objects/GW/Wk/SHA256E-s14413167--ea3a1e4c09ad12fdb2993a157b77b246a058f7f0ca2cd174d8cc675d1495ec4d.exe/SHA256E-s14413167--ea3a1e4c09ad12fdb2993a157b77b246a058f7f0ca2cd174d8cc675d1495ec4d.exe
- \ No newline at end of file
- diff --git a/one/git-annex-installer(1).exe b/one/git-annex-installer(1).exe
- new file mode 120000
- index 0000000..5b37a29
- --- /dev/null
- +++ b/one/git-annex-installer(1).exe
- @@ -0,0 +1 @@
- +.git/annex/objects/6k/8K/SHA256E-s19286321--add3e1ac7ceabce7aa1ed1907895ae527fc095610d1e21127e99814728b24f11.exe/SHA256E-s19286321--add3e1ac7ceabce7aa1ed1907895ae527fc095610d1e21127e99814728b24f11.exe
- \ No newline at end of file
- diff --git a/one/two/git-annex-installer(2).exe b/one/two/git-annex-installer(2).exe
- new file mode 120000
- index 0000000..f89508f
- --- /dev/null
- +++ b/one/two/git-annex-installer(2).exe
- @@ -0,0 +1 @@
- +.git/annex/objects/Zm/6K/SHA256E-s19573485--4f2a22c5b96308cf694c85564940d3cba22b5e8b3b714b242116c91369be75ee.exe/SHA256E-s19573485--4f2a22c5b96308cf694c85564940d3cba22b5e8b3b714b242116c91369be75ee.exe
- \ No newline at end of file
- diff --git a/one/two/three/four/five/git-annex-installer(5).exe b/one/two/three/four/five/git-annex-installer(5).exe
- new file mode 120000
- index 0000000..34565f9
- --- /dev/null
- +++ b/one/two/three/four/five/git-annex-installer(5).exe
- @@ -0,0 +1 @@
- +.git/annex/objects/p3/Xq/SHA256E-s19956630--ec421bfc6cb0b4df2b5195d9229cbcc27a2e5505e0b879bf07e1be38dcc64a42.exe/SHA256E-s19956630--ec421bfc6cb0b4df2b5195d9229cbcc27a2e5505e0b879bf07e1be38dcc64a42.exe
- \ No newline at end of file
- diff --git a/one/two/three/four/five/six/git-annex-installer(6).exe b/one/two/three/four/five/six/git-annex-installer(6).exe
- new file mode 120000
- index 0000000..d6f97d9
- --- /dev/null
- +++ b/one/two/three/four/five/six/git-annex-installer(6).exe
- @@ -0,0 +1 @@
- +.git/annex/objects/9G/5g/SHA256E-s19967171--c9e33dff779a43e76089ec3bee3411299d5b8abfa67ae1b459cee5a812c5194d.exe/SHA256E-s19967171--c9e33dff779a43e76089ec3bee3411299d5b8abfa67ae1b459cee5a812c5194d.exe
- \ No newline at end of file
- diff --git a/one/two/three/four/git-annex-installer(4).exe b/one/two/three/four/git-annex-installer(4).exe
- new file mode 120000
- index 0000000..a4f791c
- --- /dev/null
- +++ b/one/two/three/four/git-annex-installer(4).exe
- @@ -0,0 +1 @@
- +.git/annex/objects/8J/pM/SHA256E-s19959961--7e4521036f891bba97f4c04527946e26ef43b14576d874c666e73dee405c18cf.exe/SHA256E-s19959961--7e4521036f891bba97f4c04527946e26ef43b14576d874c666e73dee405c18cf.exe
- \ No newline at end of file
- diff --git a/one/two/three/git-annex-installer(3).exe b/one/two/three/git-annex-installer(3).exe
- new file mode 120000
- index 0000000..dda7284
- --- /dev/null
- +++ b/one/two/three/git-annex-installer(3).exe
- @@ -0,0 +1 @@
- +.git/annex/objects/5X/qQ/SHA256E-s19915186--c6dc288ec8a77404c0ebc22cbe9b4ec911103fd022c3ca74eec582604dff80a7.exe/SHA256E-s19915186--c6dc288ec8a77404c0ebc22cbe9b4ec911103fd022c3ca74eec582604dff80a7.exe
- \ No newline at end of file
-
-> [[fixed|done]] -- I didn't notice this before because it happened to do
-> the right thing if you cd'd into the subdir before adding the file there.
->
-> WRT the slow down issue, I don't see how it could matter to git-annex on
-> Windows whether the symlinks point to the right place. It only looks at
-> the basename of the symlink target to get the key. If you have a
-> repository that behaves poorly, you can probably use --debug to see if
-> git-annex is calling some expensive series of git commands somehow.
-> --[[Joey]]
diff --git a/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android.mdwn b/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android.mdwn
deleted file mode 100644
index 8d1d3e8ec7..0000000000
--- a/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android.mdwn
+++ /dev/null
@@ -1,40 +0,0 @@
-### Please describe the problem.
-On the first run it seems "Open Webapp" always use the URL used to configure a new repo.
-
-### What steps will reproduce the problem?
-I'm using a /sdcard/DCIM annex.
-
-1. close the tabs in the git annex terminal to close git annex
-2. force close the application in the settings and delete data (not sure if it's needed)
-3. delete /sdcard/DCIM/.git/ and /sdcard/git-annex.home/ (I'm not sure I'm deleting everything, maybe I missed some dirs)
-4. start git annex
-
-(WebApp opens and ask to create a repo) see: [http://i.imgur.com/v0EUuir.png](http://i.imgur.com/v0EUuir.png)
-
-5. Click "Make Camera Repository"
-
-(WebApp scans and commits the files) see: [http://i.imgur.com/97rYfXa.png](http://i.imgur.com/97rYfXa.png) (note that the port changed)
-
-6. Return to the terminal. see: [http://i.imgur.com/edL5and.png](http://i.imgur.com/edL5and.png)
-7. Open WebApp using the menu
-
-(Git annex opens the URL to configure a new repo (the webapp is still accessible with the other url). see: [http://i.imgur.com/T8A5NTD.png](http://i.imgur.com/T8A5NTD.png)
-
-If I close and reopen the terminal, the good url is used when I use "open webapp"
-
-### What version of git-annex are you using? On what operating system?
-4.20130601-g7483ca4
-
-### Please provide any additional information below.
-
-[[!format sh """
-[2013-06-01 17:13:34 EDT] main: starting assistant version 4.20130601-g7483ca4
-(scanning...) [2013-06-01 17:13:34 EDT] Watcher: Performing startup scan
-(started...) [2013-06-01 17:13:42 EDT] Committer: Adding 123 files
-
-add Camera/IMG_20130223_111411.jpg (checksum...) ok
-[...]
-[2013-06-01 17:14:17 EDT] Committer: Committing changes to git
-"""]]
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android/comment_1_9f10bf273b15e93f1eea029f091f26cb._comment b/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android/comment_1_9f10bf273b15e93f1eea029f091f26cb._comment
deleted file mode 100644
index 9ed036f840..0000000000
--- a/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android/comment_1_9f10bf273b15e93f1eea029f091f26cb._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 1"
- date="2013-06-01T23:39:39Z"
- content="""
-Ah yes, I see what's going on. It's not updating the url in the special file added for Android.
-
-Should be an easy fix one I return from vacation.
-
-Workaround: Open a new terminal tab and it will open the web browser viewing the repo you set up.
-"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds.mdwn b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds.mdwn
deleted file mode 100644
index c127bac15d..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds.mdwn
+++ /dev/null
@@ -1,84 +0,0 @@
-Before I start on what's gone wrong, many thanks for a great program: finally a way of finding out where I've put all those files, and I enjoyed your talk in Australia. Not quite to New Zealand, but a good start :-)
-
-To play with git-annex, I decided to convert my ~/Downloads directory to a git-annex repository, as there were a wide variety of files in it, mostly easily replaceable, and also handy to have on multiple machines. In hindsight, probably wasn't a great idea, as I'd regularly forget it was a git-annex repo and move files and directories out manually, which caused all sorts of fun trying to sort out the dead symlinks. Then I after one update, the repository format changed, from WORM to xxx256 format which meant there were now both sorts in the GA object store.
-
-More recently I'd tried converting the repo to direct mode, you get the idea: lots of playing with git-annex commands, and now that I think about it, possibly some git commands too trying to repair missing files.
-
-Anyway I've ended up with a 27GB git-annex repo that now manages to kill git-annex whenever I try to check it using "git-annex fsck".
-
-Not only does the fsck subcommand cause it to die, but also "find", "whereis" and "status". It dies on the same file (for find/whereis/fsck).
-
-e.g.
-
- ... lots of stuff deleted ...
- whereis 1wolf14.zip (2 copies)
- 051f0b00-e265-11e1-894e-3b0b3f3844f2 -- Laptop
- 2c4e11e0-a1b4-11e1-9a02-73e17b04c00f -- here (myPC - Downloads)
- ok
- git-annex: out of memory (requested 2097152 bytes)
-
-Now "git status" for some repo data:
-
- myPC:~/Downloads$ git annex status
- supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
- supported remote types: git S3 bup directory rsync web webdav glacier hook
- repository mode: direct
- trusted repositories: 0
- semitrusted repositories: 4
- 00000000-0000-0000-0000-000000000001 -- web
- 051f0b00-e265-11e1-894e-3b0b3f3844f2 -- Laptop
- 2c4e11e0-a1b4-11e1-9a02-73e17b04c00f -- here (myPC - Downloads)
- 48fbe52a-a1b3-11e1-bb80-ebc15118871d -- netbk
- untrusted repositories: 0
- dead repositories: 0
- transfers in progress: none
- available local disk space: 100 gigabytes (+1 megabyte reserved)
- local annex keys: 1719
- local annex size: 27 gigabytes
- known annex keys: git-annex: out of memory (requested 2097152 bytes)
-
-It always seems to die at about 3.5GB memory usage. This is running on Ubuntu 12.04, using the latest GA release built using cabal:
-
- git-annex version: 4.20130227
- local repository version: 3
- default repository version: 3
- supported repository versions: 3 4
- upgrade supported from repository versions: 0 1 2
-
-There are also dead symlinks that point to directories that have meta-data but not the symlink target (manually line-wrapped):
-
- myPC:~/Downloads$ ls -l precise*
- lrwxrwxrwx 1 nino nino 194 Oct 21 12:48 precise-dvd-i386.iso ->
- .git/annex/objects/0x/Xz/SHA256-s3590631424--
- b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0/
- SHA256-s3590631424--b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0
-
-But looking in the symlink destination directory, there's no corresponding object, only metadata:
-
- myPC:~/Downloads/.git/annex/objects/0x/Xz/SHA256-s3590631424--b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0$ ls -l
- total 8
- -rw-rw-r-- 1 nino nino 30 Jan 8 23:15 SHA256-s3590631424--b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0.cache
- -rw-rw-r-- 1 nino nino 49 Jan 8 23:15 SHA256-s3590631424--b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0.map
-
-But there is another version somewhere else.
-
- -r--r--r-- 1 nino nino 3590631424 Mar 18 2012 ./.git/annex/objects/Kj/wM/WORM-s3590631424-m1331991509
- --precise-dvd-i386.iso/WORM-s3590631424-m1331991509--precise-dvd-i386.iso
-
-This actual file does exist in the "Used" directory:
-
- -rw-r--r-- 1 nino nino 3.4G May 27 2012 precise-dvd-i386.iso
-
-I'm not so worried about the mangled repo - it's quite possibly because of clueless git/git-annex command usage - but the inability to use the fsck command is concerning
-
-I could just uninit everything, but as it dies prematurely, I'm not certain that all the contents would be restored.
-Any thoughts on how I can get git-annex (esp. fsck) to complete would be appreciated.
-
-Thanks
-Giovanni
-
-> [[fixed|done]]. However, if you saw this behavior,
-> you have large files checked directly into git. You may
-> want to examine your repository and use git filter-branch to clean
-> it up.
-> --[[Joey]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_1_3aef6ca929fad198f2dda0868f2d49cb._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_1_3aef6ca929fad198f2dda0868f2d49cb._comment
deleted file mode 100644
index d410f960b6..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_1_3aef6ca929fad198f2dda0868f2d49cb._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 1"
- date="2013-03-03T18:34:41Z"
- content="""
-git-annex is designed to run in constant memory. It should never use a lot of memory.
-
-What file causes the problem? You show git-annex whereis successfully processing 1wolf14.zip, so that file is apparently not the problem. It's probably the *next* file you told whereis to run on. You can get a file list with `git ls-files`
-
-Apparently something bad is happening when it tries to calculate the key used by the problem file.
-
-What does the file look like? You're using direct mode so it may or may not be a symlink. If it's a symlink, show it. If not, show the output of: `echo HEAD:./$filename | git cat-file --batch`
-
-----
-
-The stuff about \"dead symlinks\" etc is all a distraction AFAICS. git-annex allows you to remove content from your repository in multiple ways. That content could be present in another repository (git annex whereis would tell you), or the last copy of it could have been deleted. You can run \"git annex log\" on a file to show where the content was located historically.
-"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_2_f2c1aa84a0d04e840cb34ae15eb1cb03._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_2_f2c1aa84a0d04e840cb34ae15eb1cb03._comment
deleted file mode 100644
index 937e9cf8e5..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_2_f2c1aa84a0d04e840cb34ae15eb1cb03._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 2"
- date="2013-03-18T23:25:24Z"
- content="""
-This is an important bug. Could you please get back to me so I can debug it?
-"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_3_480c39648e3ca6fc58c30377bdb25a8c._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_3_480c39648e3ca6fc58c30377bdb25a8c._comment
deleted file mode 100644
index 3e851faa47..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_3_480c39648e3ca6fc58c30377bdb25a8c._comment
+++ /dev/null
@@ -1,16 +0,0 @@
-[[!comment format=mdwn
- username="Xyem"
- ip="87.194.19.134"
- subject="comment 3"
- date="2013-03-22T11:18:53Z"
- content="""
-I may have a bug along the same lines of this but I think it is in git, rather than git-annex.
-
-I've been using git-annex to sort and consolidate ~2TB files that have been spread across several machines. I probably failed to do an important step (such as committing to git, I'm not sure) while moving a lot of these files around which renders me unable to use the repository.
-
-For example, if I run any command that uses something like 'git status' in the background, it gradually consumes all available memory. I've not had an OOM error yet (8GB RAM, 2GB swap) but it also never seems to complete.
-
-I just did a quick test on this and running 'git status' in the annex results in, after a few minutes, a growing number of 'git status --porcelain' processes (quickly reaches 70+, currently at 94) and nearly all memory consumed. This would normally be triggered with 'git annex sync' or some other command which uses 'git status' to do some work.
-
-Hope this information is of some use. If I can help further, please let me know.
-"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_4_b31496b37046a9886f632ba4f11c56e3._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_4_b31496b37046a9886f632ba4f11c56e3._comment
deleted file mode 100644
index 272d2a7591..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_4_b31496b37046a9886f632ba4f11c56e3._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 4"
- date="2013-03-27T16:38:07Z"
- content="""
-@Xyem, sounds like an unrelated bug. Also, no git-annex commands run `git status`. You can find other git commands that may be using a lot of memory by passing the --debug flag to git-annex.
-"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_5_d25ff424dda1f6021c1ba20f79d71ffc._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_5_d25ff424dda1f6021c1ba20f79d71ffc._comment
deleted file mode 100644
index 958eb77337..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_5_d25ff424dda1f6021c1ba20f79d71ffc._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="Xyem"
- ip="87.194.19.134"
- subject="comment 5"
- date="2013-03-27T16:50:58Z"
- content="""
-@joey: Hm.. I'm sure it was 'git annex sync' that initially consumed all RAM by spawning a lot of 'git status' processes. However, I can't replicate it anymore as I found a way to make the repository useable again.
-
-I went low into the directory structure and added/committed from there. Now I can 'git annex sync' and 'git status' from the annex root without any problems.
-
-Sorry for cluttering this bug report up, thought it might be related/of some help.
-"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_6_9e3300b223dd54a3f07c650f5cf70ae0._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_6_9e3300b223dd54a3f07c650f5cf70ae0._comment
deleted file mode 100644
index b648eb9a47..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_6_9e3300b223dd54a3f07c650f5cf70ae0._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://churchkey.org/author/ian/"
- ip="2001:470:8a52:67:a800:4ff:fe00:a04"
- subject="Same problem, different user"
- date="2013-09-18T22:20:09Z"
- content="""
-@joey I appear to have run into this same problem through a similar series of repository operations. I began with the assistant, which caused some trouble while trying to set up on multiple machines, so I started using the git-annex commands directly, switched the client to direct mode, and at some point along the way I started getting the \"git-annex: out of memory (requested 1048576 bytes)\" error on my home client any time I try to run a find, whereis, status, or sync operation. On my work client I instead run into a \"fatal: write error: Invalid argument\" error. Both clients are in direct mode and both stop on the same files. I have tried to drop these files and the ones that follow them sequentially to try and clear out the grit from the machine, but to no avail. I'm available for diagnostics to help resolve this. The files in question are not symlinks and running \"echo HEAD:./$filename | git cat-file --batch\" simply produces binary blobs the same size as the original files. Running \"git ls-tree -r git-annex | wc -l\" gives \"41262\" for the client with the \"Out of memory\" error and \"41260\" for the \"write error\" client.
-"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_7_b91f4a87b6d29ae6b4262922fd65a79d._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_7_b91f4a87b6d29ae6b4262922fd65a79d._comment
deleted file mode 100644
index c7832477c5..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_7_b91f4a87b6d29ae6b4262922fd65a79d._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.153.14.105"
- subject="comment 7"
- date="2013-09-19T19:07:03Z"
- content="""
-[[Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status]] is a duplicate of this bug.
-"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_8_cf1f9d0be5da4ba874209d981ff8afc6._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_8_cf1f9d0be5da4ba874209d981ff8afc6._comment
deleted file mode 100644
index 976664a947..0000000000
--- a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_8_cf1f9d0be5da4ba874209d981ff8afc6._comment
+++ /dev/null
@@ -1,38 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawlVUq_c3-lrQBculOEUu3yjvdavE7JbvEI"
- nickname="Stig"
- subject="comment 8"
- date="2014-07-25T10:02:53Z"
- content="""
-\"git annex sync\" or \"git annex fsck\" gives me the same problem. This is an annex which has previously been running with the git annex assistant.
-
-Output is first:
-
- $ git annex sync
- (merging synced/git-annex into git-annex...)
-
-…then the workstation starts swapping, and after eating 16 GB RAM, and all of 16 GB swap, OOM killer komes for \"git\".
-
-The process which eats up all the memory is:
-
- git --git-dir=/home/ssm/annex/.git --work-tree=/home/ssm/annex \
- -c core.bare=false log \
- 7bed443dc22961214f86e65aedb8861affd215d3..refs/heads/git-annex \
- -n1 --pretty=%H
-
-I _think_ that since a \"-n1\" argument is given, it will only show the log for the last commit in the range, and one could specify \"refs/heads/git-annex\" instead of the range. With just \"refs/heads/git-annex\" instead of the range, it returns a reference instantly.
-
-The output of git count-objects is
-
- $ git count-objects -H -v
- count: 334758
- size: 6.27 GiB
- in-pack: 16600
- packs: 1
- size-pack: 1.70 MiB
- prune-packable: 0
- garbage: 0
- size-garbage: 0 bytes
-
-…and there is 1043 files in the annex.
-"""]]
diff --git a/doc/bugs/Photos___34__disappear__34___after_adding_a_remote_server_repository_on_Android.mdwn b/doc/bugs/Photos___34__disappear__34___after_adding_a_remote_server_repository_on_Android.mdwn
deleted file mode 100644
index a72b22b635..0000000000
--- a/doc/bugs/Photos___34__disappear__34___after_adding_a_remote_server_repository_on_Android.mdwn
+++ /dev/null
@@ -1,24 +0,0 @@
-### Please describe the problem.
-
-I have a very simple use case for Git Annex on Android : I want my photos to be transferred to my home server automatically, in a special "incoming photos" folder, where they eventually get classified into other folders or deleted. git-annex in installed on this server.
-
-However, adding a Remote server (ssh) repository on a Photos repository on Android results in a totally confusing situation where the files on the Android device are removed and transferred to a bare repository on the server. Getting out of this sticky situation requires some commandline-fu.
-
-### What steps will reproduce the problem?
-
-1. Install git-annex on Android
-2. Open git-annex from the apps menu
-3. Accept offer to create a Photos repository
-4. Add a "Remote server" server repository
-5. Wait a bit.
-6. "Uh oh."
-
-### What version of git-annex are you using? On what operating system?
-
-Using git-annex Android and Debian.
-
-### Please provide any additional information below.
-
-I thought that adding a remote server repository would result in two non-bare repositories, such as what the Local pairing mode achieves. However Local pairing is not available on Android. I assumed the remote server would function in the same manner, except that I entered the SSH connection information manually.
-
-> [[done]]; not a bug per comment --[[Joey]]
diff --git a/doc/bugs/Photos___34__disappear__34___after_adding_a_remote_server_repository_on_Android/comment_1_75b71bf556e54bbf503bb32d54445224._comment b/doc/bugs/Photos___34__disappear__34___after_adding_a_remote_server_repository_on_Android/comment_1_75b71bf556e54bbf503bb32d54445224._comment
deleted file mode 100644
index fcd4566de1..0000000000
--- a/doc/bugs/Photos___34__disappear__34___after_adding_a_remote_server_repository_on_Android/comment_1_75b71bf556e54bbf503bb32d54445224._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-02-10T17:15:51Z"
- content="""
-I don't think this is a bug. By default, git-annex repos on android are
-configured to be in the "source" [[group|standard_groups]]. This means
-that, as soon as the files have reached some other repository, they're
-removed from the Android device. Which saves space.
-
-If you don't want this behavior, click on Edit for the android repositry
-in the webapp, and change to some other group, like "client".
-"""]]
diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths.mdwn b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths.mdwn
deleted file mode 100644
index 716c76f6c6..0000000000
--- a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths.mdwn
+++ /dev/null
@@ -1,24 +0,0 @@
-This is a follow-up to [this
-qbug](http://git-annex.branchable.com/bugs/WORM_keys_differ_depending_on_working_dir_during_add/).
-Thank you for your fix there! However, if I understood correctly, you
-indicated in your reply that the current fix completely removes the
-relative path component from WORM keys. I gave some thought to this
-and believe not having the relative path encoded inside WORM keys
-makes key collisions (and accordingly data-loss) a very dire problem,
-while they are not of practical concern if the relative path is
-encoded.
-
-When relative paths are encoded within the key, a collision can only
-occur when a file in the same directory is annexed twice within the
-resolution of the mtime component inside the key (i.e., one second).
-As such, unless one adds files automatically with a period of < 1s,
-one can very much be certain that no collisions come up.
-
-Without relative paths, however, one could never be certain that
-adding a file will not result in data-loss.
-
-Instead of just using the basename, WORM keys could be kept stable by
-using the relative path and anchoring it to the root of the
-repository.
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_1_b37615636e685b60fab8ae1c4276d032._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_1_b37615636e685b60fab8ae1c4276d032._comment
deleted file mode 100644
index 71164b0bd3..0000000000
--- a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_1_b37615636e685b60fab8ae1c4276d032._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.7"
- subject="comment 1"
- date="2014-08-15T17:32:15Z"
- content="""
-I don't see much difference between (mtime, size, location) and (mtime, size) as far as entropy goes. Consider: A repository with all files in a single directory in the top level is going to have identical probabilities of collision either way. A less special case of a repository that typically has files added to it in a particular directory (\"inbox\", say), is again going to have identical probabilities of collision.
-
-If you're worried about such collisions, you should not be using WORM. I think that the documentation for it is pretty clear.
-
-If we really wanted to increase the entropy of worm, we could add a random number to the key, or perhaps the file's (original) inode number.
-"""]]
diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_2_e8f011263bfa4c3c3d04494ea1c88523._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_2_e8f011263bfa4c3c3d04494ea1c88523._comment
deleted file mode 100644
index 90684d96ca..0000000000
--- a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_2_e8f011263bfa4c3c3d04494ea1c88523._comment
+++ /dev/null
@@ -1,21 +0,0 @@
-[[!comment format=mdwn
- username="zardoz"
- ip="78.48.163.229"
- subject="comment 2"
- date="2014-08-16T11:42:22Z"
- content="""
-Hm, I don’t quite follow the remark on having everything in a single
-directory. Rather than saying that the relative path adds additional
-entropy, what I was aiming at is the file-system cannot have two
-alternate versions of one file name at the same path with the same
-mtime, and that’s why it occurred to me that encoding both path and
-mtime within the key doesn’t just increase the odds, but effectively
-_guarantees_ that there won’t be any collisions. Does this seem to
-hold up, or am I missing something? (Of course one can fudge the
-mtimes, but that’s something under the user’s control.)
-
-While a large repo with many files very likely has lots of distinct
-files with identical basename, mtime (in s.) and size, all these files
-with the same mtime must necessarily be located at different paths.
-
-"""]]
diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_3_bda1e0d3569a6becf374d0e820219469._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_3_bda1e0d3569a6becf374d0e820219469._comment
deleted file mode 100644
index 54fe869c55..0000000000
--- a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_3_bda1e0d3569a6becf374d0e820219469._comment
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="zardoz"
- ip="78.48.163.229"
- subject="comment 3"
- date="2014-08-16T13:58:28Z"
- content="""
-One scenario where the above guarantee would be violated is when one
-moves a new file of identical size, basename, and mtime, into a path
-where a key-colliding file has been kept before. Still, I’d consider
-this a scenario one could reasonably control for (especially in the
-archive usecase); plus, even without manual control such a
-move-induced collision would be much more unlikely than a collision of
-basenames only.
-
-"""]]
diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_4_4241c05a0fa7ce597c75ff5992b71b89._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_4_4241c05a0fa7ce597c75ff5992b71b89._comment
deleted file mode 100644
index a02b1deb6e..0000000000
--- a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_4_4241c05a0fa7ce597c75ff5992b71b89._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.7"
- subject="comment 4"
- date="2014-08-18T18:39:33Z"
- content="""
-> Rather than saying that the relative path adds additional entropy, what I was aiming at is the file-system cannot have two alternate versions of one file name at the same path with the same mtime
-
-True of a single filesystem, but not of a set of connected git repositories. :)
-
-So there are multiple scenarios when encoding the file path in the key doesn't help. The probabilities of these seem low, but perhaps not as low as the probability that there will be two differing files with the same name+size+mtime in the first place. It's not clear to me that it adds more than a false sense of security to change from basename to git filename.
-"""]]
diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_5_8378cd8c03fabdaa300194b66c1ea53c._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_5_8378cd8c03fabdaa300194b66c1ea53c._comment
deleted file mode 100644
index 72bc4f8f4c..0000000000
--- a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_5_8378cd8c03fabdaa300194b66c1ea53c._comment
+++ /dev/null
@@ -1,16 +0,0 @@
-[[!comment format=mdwn
- username="zardoz"
- ip="78.48.163.229"
- subject="comment 5"
- date="2014-08-18T20:54:10Z"
- content="""
-> True of a single filesystem, but not of a set of connected git repositories.
-
-That’s a good point. Might depend on the use case, though.
-
-> The probabilities of these seem low, but perhaps not as low as the probability that there will be two differing files with the same name+size+mtime in the first place.
-
-This one I’m not completely sure about. E.g., I have an annex with web pages mirrored from the web. Due to the crawler implementation, there are lots of «index.html» or «favicon.ico» with the same mtime (in particular when mtime is read with a 1 sec. precision). Files like favicon are often bitmaps of the same resolution and often have the same size due to this. Because there are file-formats where both size and basename are semantically pre-determined, there is zero entropy from these sources alone (also cf. «readme.txt»). The entropy of mtime alone is not really large, I suppose, and in some use-cases will also approach zero (think «initializing a repo by cp -r on a fast disk without preserving mtime). The relative path could make a huge difference there. I believe this argument is actually what worried me the most. Does it seem valid?
-
-Apart from entropy, there’s the non-probabilistic advantage we discussed (granted, with some limiting constraints which one has to assure for oneself). Granted, one might argue a hash would be the better way, but this is not always practical in every setup.
-"""]]
diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_6_d3c9a1bee717b5b99f31be81150a3ec8._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_6_d3c9a1bee717b5b99f31be81150a3ec8._comment
deleted file mode 100644
index d22ef3e0ac..0000000000
--- a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_6_d3c9a1bee717b5b99f31be81150a3ec8._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.132"
- subject="comment 6"
- date="2014-09-11T18:41:45Z"
- content="""
-Ok, those are good examples. I personally think it would be insane to use WORM in a repository in either of those cases, or really in almost any case where you do not have a strong degree of confidence that unique file contents have unique file names. If people are going to abuse WORM like that, it might be best to simply remove it. (Except I have quite a lot of WORMy disks.)
-
-I suppose I'll add the extra data, although I remain unconvinced that it is going to help anyone who should actually be using WORM.
-"""]]
diff --git a/doc/bugs/Prevent_accidental_merges.mdwn b/doc/bugs/Prevent_accidental_merges.mdwn
deleted file mode 100644
index 9947f73732..0000000000
--- a/doc/bugs/Prevent_accidental_merges.mdwn
+++ /dev/null
@@ -1,16 +0,0 @@
-With the storage layout v3, pulling the git-annex branch into the master branch is... less than ideal.
-
-The fact that the two branches contain totally different data make an accidental merge worse, arguably.
-
-Adding a tiny binary file called .gitnomerge to both branches would solve that without any noticeable overhead.
-
-Yes, there is an argument to be made that this is too much hand-holding, but I still think it's worth it.
-
--- Richard
-
-> It should be as easy to undo such an accidential merge
-> as it is to undo any other git commit, right? I quite like that git-annex
-> no longer adds any clutter to the master branch, and would be reluctant
-> to change that. --[[Joey]]
-
-[[wontfix|done]] --[[Joey]]
diff --git a/doc/bugs/Prevent_accidental_merges/comment_1_4c46a193915eab8f308a04175cb2e40a._comment b/doc/bugs/Prevent_accidental_merges/comment_1_4c46a193915eab8f308a04175cb2e40a._comment
deleted file mode 100644
index 3e28a28cb0..0000000000
--- a/doc/bugs/Prevent_accidental_merges/comment_1_4c46a193915eab8f308a04175cb2e40a._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
- nickname="Richard"
- subject="comment 1"
- date="2011-10-23T15:00:48Z"
- content="""
-Having run into the same issue again, I still think git-annex should ensure no merges take place. The clutter introduced by a .gitnomerge is neglible, imo.
-"""]]
diff --git a/doc/bugs/Proxy_support.mdwn b/doc/bugs/Proxy_support.mdwn
deleted file mode 100644
index 2af63d706f..0000000000
--- a/doc/bugs/Proxy_support.mdwn
+++ /dev/null
@@ -1,42 +0,0 @@
-What steps will reproduce the problem?
-
-Adding a e.g box.com repository from behind a http proxy via webapp.
-
-What is the expected output? What do you see instead?
-
-Connection should be made. But there is an error message:
-
-"Internal Server Error
-connect: does not exist (Connection refused): user error"
-
-What version of git-annex are you using? On what operating system?
-
-3.20121127 on Archlinux
-
-Please provide any additional information below.
-
-I don't use networkmanager if proxy information is obtained from it. There should be a fallback to environment variables.
-[[!tag confirmed]]
-
-> Here's a patch that shows how to enable proxy support for the
-> parts of git-annex that use http-client and http-conduit:
->
->
-> Other parts of git-annex use wget/curl and should already support
-> the environment variables.
-
->> I had a closer look at this, and it turns out that http-client
->> now enables http proxy support by default, when the environment variable
->> is set. Since version 0.4.7. See `defaultProxy`.
->>
->> git-annex uses http-client for all its http access (either directly
->> or through layers like http-conduit and DAV).
->>
->> So I don't need to change
->> git-annex at all; it just needs to be built with a new enough version
->> of http-client. This will happen for the linux autobuilders once the new
->> version reaches Debian. I've updated the OSX autobuilder's http-client
->> so it will already support proxying and anyone can built git-annex
->> using the new http-client and get proxy support.
->>
->> Calling this [[done]] as nothing remains to do in git-annex. --[[Joey]]
diff --git a/doc/bugs/Repository_Information_Is_Lost.mdwn b/doc/bugs/Repository_Information_Is_Lost.mdwn
deleted file mode 100644
index cbaf866c8a..0000000000
--- a/doc/bugs/Repository_Information_Is_Lost.mdwn
+++ /dev/null
@@ -1,39 +0,0 @@
-### Please describe the problem.
-
-Clone of a repository does not contain the names of other repositories.
-
-### What steps will reproduce the problem?
-
-
-### What version of git-annex are you using? On what operating system?
-
-Mac OS X
-
-git-annex version: 5.20140308-g06fb279
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Qu
-vi 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 webdav tahoe glacier hook extern
-al
-
-
-### Please provide any additional information below.
-
-Clones of my repositories lost all track of other repositories they only seem to know about them selfs attempting to remove other repositories (git annex dead name-of-an-existing-repo) fails, telling me that the repository with the name is not found.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
-
-[[!tag moreinfo]]
-
-> No followup for over a year, and not enough information in the intial
-> report to know if there's a bug at all. It occurs to me that the user
-> might have just forgotten to push the git-annex branch to wherever they
-> later cloned the repo from. `git annex sync` would fix that mistake up.
-> Anyway, [[done]]. --[[Joey]]
diff --git a/doc/bugs/Repository_Information_Is_Lost/comment_1_bae0ed4c0a6baf1675f8de1663042f43._comment b/doc/bugs/Repository_Information_Is_Lost/comment_1_bae0ed4c0a6baf1675f8de1663042f43._comment
deleted file mode 100644
index 8534442b68..0000000000
--- a/doc/bugs/Repository_Information_Is_Lost/comment_1_bae0ed4c0a6baf1675f8de1663042f43._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.244"
- subject="comment 1"
- date="2014-04-07T19:24:12Z"
- content="""
-Have you run `git-annex repair` or used the assistant to repair this repository? This can result in data going missing until the repository is able to pull the data from one of its remotes.
-"""]]
diff --git a/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour.mdwn b/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour.mdwn
deleted file mode 100644
index 3626f20245..0000000000
--- a/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour.mdwn
+++ /dev/null
@@ -1,16 +0,0 @@
-### Please describe the problem.
-
-trying to add a remote host using its avahi local name : nas.local (for example).
-
-### What steps will reproduce the problem?
-
-add remote server, use nas.local > cannot resolve nas.local
-
-### What version of git-annex are you using? On what operating system?
-
-Version: 5.20140116-g2d9ec29
-Ubuntu
-
-### Please provide any additional information below.
-
-> [[closing|done]] --[[Joey]]
diff --git a/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour/comment_1_71cfedf4328eab224c7fb797c420ad0a._comment b/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour/comment_1_71cfedf4328eab224c7fb797c420ad0a._comment
deleted file mode 100644
index 17fae5a3b1..0000000000
--- a/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour/comment_1_71cfedf4328eab224c7fb797c420ad0a._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.68"
- subject="comment 1"
- date="2014-01-19T22:43:10Z"
- content="""
-AFAIK, this will work fine if your OS is able to resolve those addresses using its regular resolver. Works fine here. Is `libnss-mdns` installed?
-"""]]
diff --git a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__.mdwn b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__.mdwn
deleted file mode 100644
index 4a3b1199ba..0000000000
--- a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__.mdwn
+++ /dev/null
@@ -1,29 +0,0 @@
-### Please describe the problem.
-
-Somewhere on the forums you advised that in order to revert to an old
-version of a file in a direct-mode annex, one should briefly switch to
-indirect mode and check out an earlier revision.
-
-This won’t work though if the direct-mode repo is on a VFAT
-file-system, which does not support indirect mode.
-
-If I didn’t overlook an alternative way, would it make sense to expose
-this functionality in «git annex get $file»? Like «git annex get $file
---from $repo/$revision»?
-
-Specifying revisions to get from might also be convenient for
-alternative use-cases, I suppose.
-
-Best regards,
-T.
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex 5.20140421
-Linux 3.14.3
-
-> VFAT is a crippled file system. I am not going to reimplenent all of git
-> to support it. The suggested method won't work; git-annex would need
-> to add a git-annex revert, etc, etc, etc ad infinitum
->
-> Instead, see the `git annex proxy` command. [[done]] --[[Joey]]
diff --git a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_1_7e512732f1d24300dd13bb093f28122d._comment b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_1_7e512732f1d24300dd13bb093f28122d._comment
deleted file mode 100644
index 69c33813a3..0000000000
--- a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_1_7e512732f1d24300dd13bb093f28122d._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="zardoz"
- ip="92.227.51.179"
- subject="comment 1"
- date="2014-05-13T20:43:38Z"
- content="""
-Crosslink to related wishlist item.
-http://git-annex.branchable.com/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/
-"""]]
diff --git a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_2_0ede40e0d68bfb9c6dbc1777f944ed06._comment b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_2_0ede40e0d68bfb9c6dbc1777f944ed06._comment
deleted file mode 100644
index 066fefa0ce..0000000000
--- a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_2_0ede40e0d68bfb9c6dbc1777f944ed06._comment
+++ /dev/null
@@ -1,18 +0,0 @@
-[[!comment format=mdwn
- username="zardoz"
- ip="92.227.51.179"
- subject="comment 2"
- date="2014-05-17T14:16:12Z"
- content="""
-One follow-up comment, because it occurred to me I might have phrased
-the bug inadequately. By «revert» I didn’t mean a revert in the
-git-sense, but merely «checking out» a file from a selected commit.
-
-But I think I can achieve this in direct mode on VFAT by doing «git
-show upstream/branch~X:file > file», right? «git annex get file» then
-gets the correct content, only that it will not place the content into
-the indicated file until I do «git annex fsck». Maybe «git annex get»
-could take this into account and have the content immediately stored
-there.
-
-"""]]
diff --git a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_3_4ce1601f5dbd8fb769d3c5bb429c3bc5._comment b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_3_4ce1601f5dbd8fb769d3c5bb429c3bc5._comment
deleted file mode 100644
index 6e5db42d0f..0000000000
--- a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_3_4ce1601f5dbd8fb769d3c5bb429c3bc5._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="zardoz"
- ip="92.227.51.179"
- subject="comment 3"
- date="2014-05-17T14:21:30Z"
- content="""
-Plus it seems that the file can’t be dropped normally afterwards.
-"""]]
diff --git a/doc/bugs/Rsync_remote_created_via_webapp_remains_empty.mdwn b/doc/bugs/Rsync_remote_created_via_webapp_remains_empty.mdwn
deleted file mode 100644
index e961bd5213..0000000000
--- a/doc/bugs/Rsync_remote_created_via_webapp_remains_empty.mdwn
+++ /dev/null
@@ -1,138 +0,0 @@
-### Please describe the problem.
-The remote server, connected with rsync and with encryption enabled doesn't fill with files.
-
-### What steps will reproduce the problem?
-* Add remote server via webapp
-* Supply password when asked
-* both buttons turn green ('ready to add remote server')
-* Select encrypted rsync repository
-* When done, files will be queued for transfer, and the queue empties quickly. Afterwards, no files have actually been transferred, but a green message appears and says something like 'synced with xxx'.
-* Also, on the remote an empty directory (~/annex) is created.
-
-### What version of git-annex are you using? On what operating system?
-local: kubuntu 12.10, git-annex 4.20130621-g36258de
-remote: debian (linux 3.8.0-25), git-annex 4.20130621-g36258de
-Both are installed from tarball and PATH is set at the top of .bashrc.
-
-### Please provide any additional information below.
-
-[[!format sh """
-
-Here is what is put in the logs when the button is toggled from 'syncing disabled' to 'syncing enabled'.
-daemon.log:
-
-[2013-07-03 13:43:07 CEST] call: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","config","remote.mybox.annex-sync","true"]
-[2013-07-03 13:43:07 CEST] read: git ["config","--null","--list"]
-[2013-07-03 13:43:07 CEST] read: git ["config","--null","--list"]
-[2013-07-03 13:43:07 CEST] main: Syncing with mybox
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","symbolic-ref","HEAD"]
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","show-ref","refs/heads/master"]
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","show-ref","git-annex"]
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","show-ref","--hash","refs/heads/git-annex"]
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","log","refs/heads/git-annex..4cc51b410f5257f60e4ea187ab0c29783effcc88","--oneline","-n1"]
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","log","refs/heads/git-annex..6728d4d49ef97365eea0e2d379951acee9a9ded8","--oneline","-n1"]
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","symbolic-ref","HEAD"]
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","show-ref","refs/heads/master"]
-[2013-07-03 13:43:07 CEST] TransferScanner: starting scan of [Remote { name ="mybox" }]
-[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","ls-files","--cached","-z","--"]
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/TSPC_FF_R.png Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/TSPC_FF_R.png Nothing
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/Thumbs.db Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/TSPC_FF_R.png Nothing
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Aanmeldingsformulier Masterexamen.odt Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Intake_form_MSc_Electrical_Engineering_def dec 2011-1.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.doc Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/uren.xls Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/eldo_ur.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/ A 65J-Conversion-Step 0-to-50MS 0-to-0.7mW 9b Charge-Sharing SAR ADC in 90nm Digital CMOS.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/.directory Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/2009SOVC_A_0.92mW_10-bit_50-MSs_SAR_ADC_in_0.13um_CMOS_Process.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/A 8-bit 500-KSs Low Power SAR ADC for Biomedical Applications.pdf Nothing : expensive scan found missing object
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "ea86501fb0db033a103ed2c0806a1bddc145224afc4eb5e17fceb70bf1f674da.png", keyBackendName = "SHA256E", keySize = Just 11004, keyMtime = Nothing}}
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/A 9.2b 47fJ SAR with input range prediction DAC switching.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/Thumbs.db Nothing
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/Thumbs.db Nothing
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "23b9a2be728c8af402ededb3eef7e9238b38d54c0ca50a05cbdf4aeea8f03c76.db", keyBackendName = "SHA256E", keySize = Just 12800, keyMtime = Nothing}}
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-:
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/A Low-Power Static Dual Edge-Triggered Flip-Flop.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Aanmeldingsformulier Masterexamen.odt Nothing
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Aanmeldingsformulier Masterexamen.odt Nothing
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "f27ac57481c9eb0bf7bf1f6c99666aca5c8282137effa33791241b3d36b12de2.odt", keyBackendName = "SHA256E", keySize = Just 22041, keyMtime = Nothing}}
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/An Energy-Efficient Charge Recycling Approach for a SAR Converter With Capacitive DAC.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Intake_form_MSc_Electrical_Engineering_def dec 2011-1.pdf Nothing
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Intake_form_MSc_Electrical_Engineering_def dec 2011-1.pdf Nothing
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "a261cb3835ed869c6ad2347d303ed10e94efa8a50cc9ff053d772c2158097244.pdf", keyBackendName = "SHA256E", keySize = Just 667666, keyMtime = Nothing}}
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/Calibration Technique for SAR Analog-to-Digital Converters.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.doc Nothing
-[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.doc Nothing
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:08 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "cb69f2f4ae313277acd163b9bba19392ce50d3c5205ba8bbd90bf9c453088176.doc", keyBackendName = "SHA256E", keySize = Just 34304, keyMtime = Nothing}}
-[2013-07-03 13:43:08 CEST] call: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","config","remote.mybox.annex-sync","false"]
-[2013-07-03 13:43:08 CEST] read: git ["config","--null","--list"]
-[2013-07-03 13:43:08 CEST] read: git ["config","--null","--list"]
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:08 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/D15_01.pdf Nothing : expensive scan found missing object
-[2013-07-03 13:43:08 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.pdf Nothing
-[2013-07-03 13:43:08 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.pdf Nothing
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:08 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "cea054d80cb5ca572b7055c0132ec2d13125534566ed4a79ab2514c9a60d8ee4.pdf", keyBackendName = "SHA256E", keySize = Just 19802, keyMtime = Nothing}}
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-[2013-07-03 13:43:08 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/D15_01.pdf Nothing
-[2013-07-03 13:43:08 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/D15_01.pdf Nothing
-fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
-git-annex-shell: git-shell failed
-rsync: connection unexpectedly closed (0 bytes received so far) [sender]
-rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
-
-
-
-# End of transcript or log.
-"""]]
-
-> [[fixed|done]], corrected logic error that caused `authorized_keys`
-> to incorrectly force the git-annex-shell command for rsync remotes. --[[Joey]]
diff --git a/doc/bugs/Rsync_remote_created_via_webapp_remains_empty/comment_1_cccf9d58c0ebb8d31cacdd029ea8e23a._comment b/doc/bugs/Rsync_remote_created_via_webapp_remains_empty/comment_1_cccf9d58c0ebb8d31cacdd029ea8e23a._comment
deleted file mode 100644
index 480a162431..0000000000
--- a/doc/bugs/Rsync_remote_created_via_webapp_remains_empty/comment_1_cccf9d58c0ebb8d31cacdd029ea8e23a._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="4.153.254.222"
- subject="comment 1"
- date="2013-07-08T16:55:09Z"
- content="""
-Finally got a chance to look into this.
-
-The ~/.ssh/authorized_keys file on the server has been set up wrong by the webapp. If you look at it, it'll contain a part like: command=\"GIT_ANNEX_SHELL_DIRECTORY=... ~/.ssh/git-annex-shell\"
-
-That can't be used for rsync. If you delete that command= part, your remote should start working.
-"""]]
diff --git a/doc/bugs/S3_Access_fails_on_windows.mdwn b/doc/bugs/S3_Access_fails_on_windows.mdwn
deleted file mode 100644
index 403d0c0c2e..0000000000
--- a/doc/bugs/S3_Access_fails_on_windows.mdwn
+++ /dev/null
@@ -1,42 +0,0 @@
-### Please describe the problem.
-
-Attempting to do *anything* with an S3 reomote using git-annex on windows fails with error code 10093 (i.e. WSA_NOT_INITIALISED).
-
-### What steps will reproduce the problem?
-
-Assuming you have a disabled S3 remote called "the-cloud" (e.g. a fresh clone)
-[[!format sh """
-C:\annex> git annex enableremote "the-cloud"
-enableremote the-cloud gpg: WARNING: using insecure memory!
-gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
-(checking bucket...) (creating bucket in ap-southeast-2...) git-annex-old: FailedConnectionException2 "my-bucket-name.s3-ap-southeast-2.amazonaws.com" 80 False getAddrInfo: does not exist (error 10093)
-"""]]
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex 5.20150113-gcf247cf on windows 8.1
-
-### Please provide any additional information below.
-
-This error is caused by the Winsock library not being initialised before a socket operation is attempted. The patch below fixes the issue, and it should be a no-op on non-Windows platforms.
-
-[[!format patch """
-diff --git a/git-annex.hs b/git-annex.hs
-index cdaa754..0eed9db 100644
---- a/git-annex.hs
-+++ b/git-annex.hs
-@@ -21,8 +21,10 @@ import Utility.UserInfo
- import Utility.Env
- #endif
-
-+import Network.Socket (withSocketsDo)
-+
- main :: IO ()
--main = do
-+main = withSocketsDo $ do
- ps <- getArgs
- run ps =<< getProgName
- where
-"""]]
-
-> Thanks very much for the patch! [[done]] --[[Joey]]
diff --git a/doc/bugs/S3_buckets_with_capital_letters_breaks_authentication.mdwn b/doc/bugs/S3_buckets_with_capital_letters_breaks_authentication.mdwn
deleted file mode 100644
index 9a67db0c62..0000000000
--- a/doc/bugs/S3_buckets_with_capital_letters_breaks_authentication.mdwn
+++ /dev/null
@@ -1,32 +0,0 @@
-### Please describe the problem.
-
-As described in [[tips/Internet_Archive_via_S3]], there is a problem using S3 with buckets that have capital letters. The bug lies either in the hS3 library or in archive.org itself.
-
-### What steps will reproduce the problem?
-
-Try to add an [[special_remotes/S3]] remote with capital letters in the bucket name.
-
-### What version of git-annex are you using? On what operating system?
-
-[[!format txt """
-git-annex version: 4.20130921-g434dc22
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi
-local repository version: 3
-default repository version: 3
-supported repository versions: 3 4
-upgrade supported from repository versions: 0 1 2
-"""]]
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-anarcat@angela:video$ git annex initremote archive-moglenrepublica type=S3 host=s3.us.archive.org bucket=Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia
-initremote archive-moglenrepublica (Internet Archive mode) git-annex: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. For more information, see REST Authentication and SOAP Authentication for details.
-# End of transcript or log.
-"""]]
-
-Just thought it would be better to have a separate thread for this bug. :)
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/S3_memory_leaks.mdwn b/doc/bugs/S3_memory_leaks.mdwn
deleted file mode 100644
index 7dc1e57571..0000000000
--- a/doc/bugs/S3_memory_leaks.mdwn
+++ /dev/null
@@ -1,19 +0,0 @@
-S3 has memory leaks
-
-Sending a file to S3 causes a slow memory increase toward the file size.
-
-> This is fixed, now that it uses aws. --[[Joey]]
-
-Copying the file back from S3 causes a slow memory increase toward the
-file size.
-
-> [[fixed|done]] too! --[[Joey]]
-
-The author of hS3 is aware of the problem, and working on it. I think I
-have identified the root cause of the buffering; it's done by hS3 so it can
-resend the data if S3 sends it a 307 redirect. --[[Joey]]
-
-At least the send leak should be fixed by the patch in the s3-memory-leak
-branch in git. That needs a patch to hS3, which I have sent to its author.
---[[Joey]]
-[[!tag confirmed]]
diff --git a/doc/bugs/S3_memory_leaks/comment_1_a7268213b090bce6b1f1858a8e23d90e._comment b/doc/bugs/S3_memory_leaks/comment_1_a7268213b090bce6b1f1858a8e23d90e._comment
deleted file mode 100644
index 0523fd4730..0000000000
--- a/doc/bugs/S3_memory_leaks/comment_1_a7268213b090bce6b1f1858a8e23d90e._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://schnouki.net/"
- nickname="Schnouki"
- subject="comment 1"
- date="2013-10-18T08:36:45Z"
- content="""
-Hi Joey,
-
-It looks like your patch hasn't been merged yet. And this bug is quite annoying for me (can't backup files bigger than 1.5 GB from my NAS).
-
-Would it be possible to include this fix in your standalone builds and Debian packages?
-
-Thanks!
-"""]]
diff --git a/doc/bugs/S3_memory_leaks/comment_2_320a8e3bb7b207d1aff8926b9247f5ba._comment b/doc/bugs/S3_memory_leaks/comment_2_320a8e3bb7b207d1aff8926b9247f5ba._comment
deleted file mode 100644
index d4648b9c4f..0000000000
--- a/doc/bugs/S3_memory_leaks/comment_2_320a8e3bb7b207d1aff8926b9247f5ba._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://schnouki.net/"
- nickname="Schnouki"
- subject="comment 2"
- date="2014-01-29T01:19:27Z"
- content="""
-Any news about this?
-"""]]
diff --git a/doc/bugs/S3_memory_leaks/comment_3_5e9cecb0e2ec7602963406779b6e3c1f._comment b/doc/bugs/S3_memory_leaks/comment_3_5e9cecb0e2ec7602963406779b6e3c1f._comment
deleted file mode 100644
index a7bb0265fe..0000000000
--- a/doc/bugs/S3_memory_leaks/comment_3_5e9cecb0e2ec7602963406779b6e3c1f._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.112"
- subject="comment 3"
- date="2014-08-02T23:08:44Z"
- content="""
-hS3's author seems to have abandoned it and it has other problems. I should try to switch to a different S3 library.
-
-There is now a workaround; S3 special remotes can be configured to use [[chunking]]. A max of one chunk will then be buffered in memory at a time.
-
-For example, to reconfigure an existing mys3 remote: `enableremote mys3 chunk=1MiB`
-"""]]
diff --git a/doc/bugs/S3_memory_leaks/comment_4_37e41b518813bd7c349017abf4a0ca0f._comment b/doc/bugs/S3_memory_leaks/comment_4_37e41b518813bd7c349017abf4a0ca0f._comment
deleted file mode 100644
index 464588a793..0000000000
--- a/doc/bugs/S3_memory_leaks/comment_4_37e41b518813bd7c349017abf4a0ca0f._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.112"
- subject="comment 4"
- date="2014-08-03T18:40:26Z"
- content="""
-Beginning work on a `s3-aws` branch using the aws library instead of hS3.
-"""]]
diff --git a/doc/bugs/S3_memory_leaks/comment_5_1b6d13852aeb37c5c29baf100bd62789._comment b/doc/bugs/S3_memory_leaks/comment_5_1b6d13852aeb37c5c29baf100bd62789._comment
deleted file mode 100644
index ae07de74cb..0000000000
--- a/doc/bugs/S3_memory_leaks/comment_5_1b6d13852aeb37c5c29baf100bd62789._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
- nickname="Justin"
- subject="comment 5"
- date="2014-11-30T22:18:56Z"
- content="""
-This is getting in my way, but I'm concerned about using a mostly-untested branch (and also, compiling for ARM sounds really unpleasant). Can you elaborate on the risks here? Can I perhaps donate developer time to get this merged into mainline?
-"""]]
diff --git a/doc/bugs/S3_memory_leaks/comment_6_71ffb88f548969fd4d45eac4656380c0._comment b/doc/bugs/S3_memory_leaks/comment_6_71ffb88f548969fd4d45eac4656380c0._comment
deleted file mode 100644
index fe88d8ef42..0000000000
--- a/doc/bugs/S3_memory_leaks/comment_6_71ffb88f548969fd4d45eac4656380c0._comment
+++ /dev/null
@@ -1,11 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 6"""
- date="2014-12-02T17:10:42Z"
- content="""
-The s3-aws branch is well tested now.
-
-I am blocked from merging it by some dependency issues, in particular
- needs to have a small dependency
-fix. I have emailed its author a second time now to try to get that done.
-"""]]
diff --git a/doc/bugs/S3_memory_leaks/comment_7_1ac572b79caa23e3f791e4f8461fcddd._comment b/doc/bugs/S3_memory_leaks/comment_7_1ac572b79caa23e3f791e4f8461fcddd._comment
deleted file mode 100644
index 5aaab2bddd..0000000000
--- a/doc/bugs/S3_memory_leaks/comment_7_1ac572b79caa23e3f791e4f8461fcddd._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
- nickname="Justin"
- subject="comment 7"
- date="2014-12-06T18:15:50Z"
- content="""
-The new version works really great for me. I've been copying to S3 over the past few days with no issues on my raspberry pi.
-
-Thanks a ton for getting this out.
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart.mdwn b/doc/bugs/S3_upload_not_using_multipart.mdwn
deleted file mode 100644
index ac3817c65e..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart.mdwn
+++ /dev/null
@@ -1,62 +0,0 @@
-What steps will reproduce the problem?
-
-> Try to copy/move a file greater than 5G to S3.
-
- git annex copy large_file.tgz --to cloud
-
-What is the expected output? What do you see instead?
-
-> Looks like git-annex may not be using the Multipart Upload API: http://docs.aws.amazon.com/AmazonS3/latest/dev/uploadobjusingmpu.html
-
-> Expected transfer to succeed, instead this error is output:
-
- copy large-file.tgz (gpg) (checking cloud...) (to cloud...) Reading passphrase from file descriptor 12
-
-
- Your proposed upload exceeds the maximum allowed size
- failed
- git-annex: copy: 1 failed
-
-What version of git-annex are you using? On what operating system?
-
-> OSX 10.8.2
-
-Please provide any additional information below.
-
- annex [master●] % git annex status
- supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
- supported remote types: git S3 bup directory rsync web webdav glacier hook
- repository mode: indirect
- trusted repositories: 0
- semitrusted repositories: 3
- 00000000-0000-0000-0000-000000000001 -- web
- BE1D8EC7-C64B-47DE-AD4E-2A50437532B4 -- cloud
- E84568BA-6A4B-4AA1-B622-605B9248EDB1 -- here (eric laptop)
- untrusted repositories: 0
- dead repositories: 0
- transfers in progress: none
- available local disk space: 169 gigabytes (+1 megabyte reserved)
- temporary directory size: 218 megabytes (clean up with git-annex unused)
- local annex keys: 24
- local annex size: 8 gigabytes
- known annex keys: 25
- known annex size: 8 gigabytes
- bloom filter size: 16 mebibytes (0% full)
- backend usage:
- SHA256E: 49
- annex [master●] % git annex version
- git-annex version: 3.20130114
- local repository version: 3
- default repository version: 3
- supported repository versions: 3
- upgrade supported from repository versions: 0 1 2
-
-[[!tag confirmed]]
-
-> [[fixed|done]] This is now supported, when git-annex is built with a new
-> enough version of the aws library. You need to configure the remote to
-> use an appropriate value for multipart, eg:
->
-> git annex enableremote cloud partsize=1GiB
->
-> --[[Joey]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_11_ba1f866645419476bbedd6b1e4bbd33f._comment b/doc/bugs/S3_upload_not_using_multipart/comment_11_ba1f866645419476bbedd6b1e4bbd33f._comment
deleted file mode 100644
index c2fdae5e91..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_11_ba1f866645419476bbedd6b1e4bbd33f._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 11"""
- date="2014-11-03T21:27:22Z"
- content="""
-Now implemented on s3-aws branch. Needs a version of the
-haskell aws library that is not quite released yet (but available in git).
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_12_bf98d0c771dfdd15ddafdba2d94d911f._comment b/doc/bugs/S3_upload_not_using_multipart/comment_12_bf98d0c771dfdd15ddafdba2d94d911f._comment
deleted file mode 100644
index 2be62f6684..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_12_bf98d0c771dfdd15ddafdba2d94d911f._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawnWvnTWY6LrcPB4BzYEBn5mRTpNhg5EtEg"
- nickname="Bence"
- subject="comment 12"
- date="2014-12-08T17:28:52Z"
- content="""
-Linked this bug to [[special remotes/S3|/special_remotes/S3]].
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_1_5bed9faafc43b535f7820749510aaa14._comment b/doc/bugs/S3_upload_not_using_multipart/comment_1_5bed9faafc43b535f7820749510aaa14._comment
deleted file mode 100644
index 117055e3f2..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_1_5bed9faafc43b535f7820749510aaa14._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
- nickname="Richard"
- subject="comment 1"
- date="2014-05-13T15:09:42Z"
- content="""
-JFTR, this is impacting DebConf's video storage as well.
-
-Richard
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_2_d82952cf324e769e45f4d90f200210f4._comment b/doc/bugs/S3_upload_not_using_multipart/comment_2_d82952cf324e769e45f4d90f200210f4._comment
deleted file mode 100644
index 7ee3c11670..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_2_d82952cf324e769e45f4d90f200210f4._comment
+++ /dev/null
@@ -1,17 +0,0 @@
-[[!comment format=mdwn
- username="annexuser"
- ip="64.71.7.82"
- subject="comment 2"
- date="2014-07-14T18:21:00Z"
- content="""
-I'm having the same problem. Is there a fix for this yet?
-
- $ git annex version
- git-annex version: 5.20140709-gc75193e
- build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS 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 webdav tahoe glacier ddar hook external
- local repository version: 5
- supported repository version: 5
- upgrade supported from repository versions: 0 1 2 4
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_3_d878b87a05f4fcd380e6ff309b615aab._comment b/doc/bugs/S3_upload_not_using_multipart/comment_3_d878b87a05f4fcd380e6ff309b615aab._comment
deleted file mode 100644
index 46245e657c..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_3_d878b87a05f4fcd380e6ff309b615aab._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.112"
- subject="comment 3"
- date="2014-08-02T23:13:41Z"
- content="""
-There is now a workaround; S3 special remotes can be configured to use [[chunking]].
-
-For example, to reconfigure an existing mys3 remote: `enableremote mys3 chunk=1MiB`
-
-I'm leaving this bug open because chunking is not the default (although the assistant does enable it by default), and because this chunking operates at a higher, and less efficient level than S3's own multipart upload API. In particular, AWS will charge a fee for each http request made for a chunk.
-
-Adding proper multipart support will probably require switching to a different S3 library.
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_4_09a3372fd13734cbb05e79d0ba76d052._comment b/doc/bugs/S3_upload_not_using_multipart/comment_4_09a3372fd13734cbb05e79d0ba76d052._comment
deleted file mode 100644
index d366281637..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_4_09a3372fd13734cbb05e79d0ba76d052._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.112"
- subject="comment 4"
- date="2014-08-03T18:22:58Z"
- content="""
-The aws library does not support multipart yet either; here's the bug report requesting it:
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_5_5add65b5b284f79ec09ee4d0326e7132._comment b/doc/bugs/S3_upload_not_using_multipart/comment_5_5add65b5b284f79ec09ee4d0326e7132._comment
deleted file mode 100644
index 0c77423649..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_5_5add65b5b284f79ec09ee4d0326e7132._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.112"
- subject="comment 5"
- date="2014-08-03T18:27:32Z"
- content="""
-However, I don't think that multipart upload actually allows exceeding the S3 limit of 5 GB per object. Configuring the remote with `chunk=100MiB` *does* allow bypassing whatever S3's maximum object size happens to be.
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_6_906abafc53070d8e4f33df486d2241ea._comment b/doc/bugs/S3_upload_not_using_multipart/comment_6_906abafc53070d8e4f33df486d2241ea._comment
deleted file mode 100644
index ad9d4b6018..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_6_906abafc53070d8e4f33df486d2241ea._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://svario.it/gioele"
- nickname="gioele"
- subject="Multipart S3 support files > 5 GB"
- date="2014-08-04T06:00:45Z"
- content="""
-The [multipart guide](http://docs.aws.amazon.com/AmazonS3/latest/dev/UploadingObjects.html) says that the limit is 5 TB per file.
-
-> **Upload objects in parts—Using the Multipart upload API you can upload large objects, up to 5 TB.**
-
-> The Multipart Upload API is designed to improve the upload experience for larger objects. You can upload objects in parts. These object parts can be uploaded independently, in any order, and in parallel. You can use a Multipart Upload for objects from 5 MB to 5 TB in size. For more information, see Uploading Objects Using Multipart Upload. For more information, see Uploading Objects Using Multipart Upload API.
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_7_f620888512cd78628f82ec9e5eed4ad1._comment b/doc/bugs/S3_upload_not_using_multipart/comment_7_f620888512cd78628f82ec9e5eed4ad1._comment
deleted file mode 100644
index ec47aa2be9..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_7_f620888512cd78628f82ec9e5eed4ad1._comment
+++ /dev/null
@@ -1,21 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
- nickname="Richard"
- subject="comment 7"
- date="2014-09-29T08:07:55Z"
- content="""
-As I found the latest comment confusing, here's the full quote:
-
- Depending on the size of the data you are uploading, Amazon S3 offers the following options:
-
- Upload objects in a single operation—With a single PUT operation you can upload objects up to 5 GB in size.
-
- Upload objects in parts—Using the Multipart upload API you can upload large objects, up to 5 TB.
-
- The Multipart Upload API is designed to improve the upload experience for larger objects. You can upload objects in parts.
- These object parts can be uploaded independently, in any order, and in parallel.
- You can use a Multipart Upload for objects from 5 MB to 5 TB in size.
-
- We encourage Amazon S3 customers to use Multipart Upload for objects greater than 100 MB.
-
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_8_4d9242cde0d2348452438659a8aa8d6d._comment b/doc/bugs/S3_upload_not_using_multipart/comment_8_4d9242cde0d2348452438659a8aa8d6d._comment
deleted file mode 100644
index a427c504e5..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_8_4d9242cde0d2348452438659a8aa8d6d._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
- nickname="Richard"
- subject="comment 8"
- date="2014-09-29T08:09:33Z"
- content="""
-PS: Chunking spams the S3 remote with individual objects whereas multipart uploads do not. Just something to keep in mind in case you turn on chunking for S3.
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_9_1f5578a9100f0f087a558e5e5968d753._comment b/doc/bugs/S3_upload_not_using_multipart/comment_9_1f5578a9100f0f087a558e5e5968d753._comment
deleted file mode 100644
index 10cab3da9c..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_9_1f5578a9100f0f087a558e5e5968d753._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 9"""
- date="2014-10-28T18:25:04Z"
- content="""
-I have a WIP branch `aws-s3-multipart`. I stopped when I got blocked
-by a bad API in the aws library:
-"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_9_74b2a392a537dde1c28089f1deed940c._comment b/doc/bugs/S3_upload_not_using_multipart/comment_9_74b2a392a537dde1c28089f1deed940c._comment
deleted file mode 100644
index b965ff0ab1..0000000000
--- a/doc/bugs/S3_upload_not_using_multipart/comment_9_74b2a392a537dde1c28089f1deed940c._comment
+++ /dev/null
@@ -1,31 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 9"""
- date="2014-10-28T16:42:21Z"
- content="""
-The aws library now supports multipart uploads, using its
-S3.Commands.Multipart module.
-
-I don't think that multipart and chunking fit together: Typically the
-chunks are too small to need multipart for individual chunks. And the
-chunks shouldn't be combined together into a complete object at the end (at
-least not if we care about using chunking to obscure object size).
-Individual chunks sizes can vary when encryption is used, so combining them
-all into one file wouldn't work.
-
-Also, multipart uploads require at least 3 http calls, so there's no point
-using it for small objects, as it would only add overhead.
-
-So, multipart uploads should be used when not chunking, when the object to
-upload exceeds some size, which should probably defaut to something in the
-range of 100 mb to 1 gb.
-
-It might be possible to support resuming of interrupted multipart uploads.
-It seems that git-annex would need to store, locally, the UploadId,
-as well as the list of uploaded parts, including the Etag for the upload
-(which is needed when completing the multipart upload too).
-
-Also it should probably set Expires when initiating the multipart upload,
-so that incomplete ones get cleaned up after some period of time.
-Otherwise, users would probably be billed for them.
-"""]]
diff --git a/doc/bugs/SanityCheckerStartup_crashed.mdwn b/doc/bugs/SanityCheckerStartup_crashed.mdwn
deleted file mode 100644
index 65a9beb65c..0000000000
--- a/doc/bugs/SanityCheckerStartup_crashed.mdwn
+++ /dev/null
@@ -1,28 +0,0 @@
-### Please describe the problem.
-On startup, the webapp shows the following warning in a box to the upper right of the screen, with an offer to "Restart thread":
-
- SanityCheckerStartup crashed: /home/anton/Halvhemligt/.git/annex/misctmp/IMG_32978856.JPG: getFileStatus: does not exist (No such file or directory)
-
-Restarting it causes it to crash again immediately. The log shows the same:
-
- SanityCheckerStartup crashed: /home/anton/Halvhemligt/.git/annex/misctmp/IMG_32978856.JPG: getFileStatus: does not exist (No such file or directory)
- [2014-06-02 23:31:13 CEST] SanityCheckerStartup: warning SanityCheckerStartup crashed: /home/anton/Halvhemligt/.git/annex/misctmp/IMG_32978856.JPG: getFileStatus: does not exist (No such file or directory)
-
-/home/anton/Halvhemligt/.git/annex/misctmp/ contains the following:
-
- lrwxrwxrwx 2 anton anton 199 15 maj 21.08 IMG_32978856.JPG -> ../.git/annex/objects/z3/K2/SHA256E-s728022--12de1f194042af3f8c4dbee15c317de0511bbb8b9e8a0463fffb07e7bbc58bb5.JPG/SHA256E-s728022--12de1f194042af3f8c4dbee15c317de0511bbb8b9e8a0463fffb07e7bbc58bb5.JPG
- lrwxrwxrwx 2 anton anton 199 15 maj 21.09 IMG_32988856.JPG -> ../.git/annex/objects/vw/30/SHA256E-s688301--8bb6d636163b443705c9a333194116da3937d8272b70613ca6345eaf6bba1255.JPG/SHA256E-s688301--8bb6d636163b443705c9a333194116da3937d8272b70613ca6345eaf6bba1255.JPG
- lrwxrwxrwx 2 anton anton 199 15 maj 21.17 IMG_33198856.JPG -> ../.git/annex/objects/p3/WG/SHA256E-s754900--224e6489370527156293912e11390af517ad4ef9374ee22c8324b5af5fac0dd7.JPG/SHA256E-s754900--224e6489370527156293912e11390af517ad4ef9374ee22c8324b5af5fac0dd7.JPG
-
-The symlinks are all broken. IMG_3297.JPG, IMG_3298.JPG and IMG_3319.JPG exist in the repository, but I do not recognize the appended numbers 8856. git log shows that these three files have not been modified since they were first added.
-
-### What steps will reproduce the problem?
-No idea. I believe this repository was created in the webapp but most of the changes to it has been done in the CLI.
-
-### What version of git-annex are you using? On what operating system?
-Precompiled 5.20140530 on Arch Linux x86_64 (git-annex-bin package from the AUR), but 5.20140518 had the same problem.
-
-### Please provide any additional information below.
-The crash has not caused any real problem for me that I'm aware of. I'm just reporting it because the error message looks a little scary.
-
-> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/SanityCheckerStartup_crashed/comment_1_f30b69c11b487334ef02ce7bfcdeb36c._comment b/doc/bugs/SanityCheckerStartup_crashed/comment_1_f30b69c11b487334ef02ce7bfcdeb36c._comment
deleted file mode 100644
index 52354d7dc0..0000000000
--- a/doc/bugs/SanityCheckerStartup_crashed/comment_1_f30b69c11b487334ef02ce7bfcdeb36c._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="108.236.230.124"
- subject="comment 1"
- date="2014-06-04T18:07:11Z"
- content="""
-This was already fixed in [[!commit 9c0f3ae7e13cc8ed43ac73fbab565e07c10d2c90]].
-"""]]
diff --git a/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment b/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment
deleted file mode 100644
index fd08002d2f..0000000000
--- a/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://launchpad.net/~eliasson"
- nickname="eliasson"
- subject="comment 2"
- date="2014-06-05T17:15:32Z"
- content="""
-Great. I will patiently await the next release.
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx.mdwn b/doc/bugs/Share_with_friends_crash_in_osx.mdwn
deleted file mode 100644
index d7ed801e77..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx.mdwn
+++ /dev/null
@@ -1,370 +0,0 @@
-### Please describe the problem.
-Logging into Jabber (specifically with a google account) crashes on the OSX build of git-annex with a Illegal Instruction 4 error.
-
-### What steps will reproduce the problem?
-The only things I have done to trigger the below crash is start the webapp up, navigate to the jabber login, and login with my gmail account.
-
-### What version of git-annex are you using? On what operating system?
-Version: 5.20140107-g281cde8 OSX
-
-### Please provide any additional information below.
-
-There isn't much on the command line to go from:
-
- Launching web browser on file:///Volumes/Data/Annex/.git/annex/webapp.html
- Illegal instruction: 4
-
-And the log file isn't any better.
-
-[[!format sh """
-[2014-01-13 20:40:43 EST] main: starting assistant version 5.20140107-g281cde8
-(scanning...) [2014-01-13 20:40:43 EST] Watcher: Performing startup scan
-(started...)
-"""]]
-
-Here is the crash report osx creates
-[[!format sh """
- Process: git-annex [11316]
- Path: /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
- Identifier: git-annex
- Version: 0
- Code Type: X86-64 (Native)
- Parent Process: bash [10866]
- Responsible: Terminal [212]
- User ID: 501
-
- Date/Time: 2014-01-13 20:12:59.807 -0500
- OS Version: Mac OS X 10.9.1 (13B42)
- Report Version: 11
- Anonymous UUID: 43148BA1-3CAA-4C73-2971-CAC673D60B2B
-
-
- Crashed Thread: 5
-
- Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
- Exception Codes: 0x0000000000000001, 0x0000000000000000
-
- Thread 0:: Dispatch queue: com.apple.main-thread
- 0 libsystem_kernel.dylib 0x00007fff9796d716 __psynch_cvwait + 10
- 1 libsystem_pthread.dylib 0x00007fff9a0cdc3b _pthread_cond_wait + 727
- 2 git-annex 0x0000000103ae2c59 0x100e4f000 + 46742617
- 3 git-annex 0x0000000103abfe7b 0x100e4f000 + 46599803
- 4 git-annex 0x0000000103ace8c2 0x100e4f000 + 46659778
- 5 git-annex 0x0000000103acf334 0x100e4f000 + 46662452
- 6 git-annex 0x0000000103ac9cce 0x100e4f000 + 46640334
- 7 git-annex 0x0000000103ac9dd6 0x100e4f000 + 46640598
- 8 git-annex 0x0000000101701708 0x100e4f000 + 9119496
- 9 libdyld.dylib 0x00007fff9a5695fd start + 1
-
- Thread 1:
- 0 libsystem_kernel.dylib 0x00007fff9796e662 kevent64 + 10
- 1 git-annex 0x0000000103a6e78a 0x100e4f000 + 46266250
- 2 git-annex 0x0000000103a6e828 0x100e4f000 + 46266408
-
- Thread 2:
- 0 libsystem_kernel.dylib 0x00007fff9796d716 __psynch_cvwait + 10
- 1 libsystem_pthread.dylib 0x00007fff9a0cdc3b _pthread_cond_wait + 727
- 2 git-annex 0x0000000103ae2c59 0x100e4f000 + 46742617
- 3 git-annex 0x0000000103abfe7b 0x100e4f000 + 46599803
- 4 git-annex 0x0000000103ace8c2 0x100e4f000 + 46659778
- 5 git-annex 0x0000000103acf20b 0x100e4f000 + 46662155
- 6 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
- 7 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
- 8 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
- Thread 3:
- 0 libsystem_kernel.dylib 0x00007fff9796d716 __psynch_cvwait + 10
- 1 libsystem_pthread.dylib 0x00007fff9a0cdc3b _pthread_cond_wait + 727
- 2 git-annex 0x0000000103ae2c59 0x100e4f000 + 46742617
- 3 git-annex 0x0000000103abfe7b 0x100e4f000 + 46599803
- 4 git-annex 0x0000000103ace8c2 0x100e4f000 + 46659778
- 5 git-annex 0x0000000103acf20b 0x100e4f000 + 46662155
- 6 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
- 7 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
- 8 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
- Thread 4:
- 0 libsystem_kernel.dylib 0x00007fff9796d716 __psynch_cvwait + 10
- 1 libsystem_pthread.dylib 0x00007fff9a0cdc3b _pthread_cond_wait + 727
- 2 git-annex 0x0000000103ae2c59 0x100e4f000 + 46742617
- 3 git-annex 0x0000000103abfe7b 0x100e4f000 + 46599803
- 4 git-annex 0x0000000103ace8c2 0x100e4f000 + 46659778
- 5 git-annex 0x0000000103acf20b 0x100e4f000 + 46662155
- 6 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
- 7 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
- 8 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
- Thread 5 Crashed:
- 0 E 0x00000001045b10f3 xmlAllocParserInputBuffer + 32
- 1 E 0x000000010459f451 xmlCreatePushParserCtxt + 65
- 2 git-annex 0x00000001022369ca 0x100e4f000 + 20871626
- 3 git-annex 0x000000010222c9fd 0x100e4f000 + 20830717
-
- Thread 6:: Dispatch queue: com.apple.libdispatch-manager
- 0 libsystem_kernel.dylib 0x00007fff9796e662 kevent64 + 10
- 1 libdispatch.dylib 0x00007fff92f5243d _dispatch_mgr_invoke + 239
- 2 libdispatch.dylib 0x00007fff92f52152 _dispatch_mgr_thread + 52
-
- Thread 7:
- 0 libsystem_kernel.dylib 0x00007fff97969a1a mach_msg_trap + 10
- 1 libsystem_kernel.dylib 0x00007fff97968d18 mach_msg + 64
- 2 com.apple.CoreFoundation 0x00007fff95160315 __CFRunLoopServiceMachPort + 181
- 3 com.apple.CoreFoundation 0x00007fff9515f939 __CFRunLoopRun + 1161
- 4 com.apple.CoreFoundation 0x00007fff9515f275 CFRunLoopRunSpecific + 309
- 5 com.apple.CoreFoundation 0x00007fff952149d1 CFRunLoopRun + 97
- 6 git-annex 0x000000010229dbe8 0x100e4f000 + 21294056
- 7 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
- 8 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
- 9 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
- Thread 8:
- 0 libsystem_kernel.dylib 0x00007fff97969a1a mach_msg_trap + 10
- 1 libsystem_kernel.dylib 0x00007fff97968d18 mach_msg + 64
- 2 com.apple.CoreFoundation 0x00007fff95160315 __CFRunLoopServiceMachPort + 181
- 3 com.apple.CoreFoundation 0x00007fff9515f939 __CFRunLoopRun + 1161
- 4 com.apple.CoreFoundation 0x00007fff9515f275 CFRunLoopRunSpecific + 309
- 5 com.apple.CoreFoundation 0x00007fff952149d1 CFRunLoopRun + 97
- 6 git-annex 0x000000010229dbe8 0x100e4f000 + 21294056
- 7 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
- 8 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
- 9 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
- Thread 9:
- 0 libsystem_kernel.dylib 0x00007fff97969a1a mach_msg_trap + 10
- 1 libsystem_kernel.dylib 0x00007fff97968d18 mach_msg + 64
- 2 com.apple.CoreFoundation 0x00007fff95160315 __CFRunLoopServiceMachPort + 181
- 3 com.apple.CoreFoundation 0x00007fff9515f939 __CFRunLoopRun + 1161
- 4 com.apple.CoreFoundation 0x00007fff9515f275 CFRunLoopRunSpecific + 309
- 5 com.apple.CoreFoundation 0x00007fff952149d1 CFRunLoopRun + 97
- 6 git-annex 0x000000010229dbe8 0x100e4f000 + 21294056
- 7 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
- 8 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
- 9 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
- Thread 10:
- 0 libsystem_kernel.dylib 0x00007fff97969a1a mach_msg_trap + 10
- 1 libsystem_kernel.dylib 0x00007fff97968d18 mach_msg + 64
- 2 com.apple.CoreFoundation 0x00007fff95160315 __CFRunLoopServiceMachPort + 181
- 3 com.apple.CoreFoundation 0x00007fff9515f939 __CFRunLoopRun + 1161
- 4 com.apple.CoreFoundation 0x00007fff9515f275 CFRunLoopRunSpecific + 309
- 5 com.apple.CoreFoundation 0x00007fff952149d1 CFRunLoopRun + 97
- 6 git-annex 0x000000010229dbe8 0x100e4f000 + 21294056
- 7 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
- 8 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
- 9 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
- Thread 5 crashed with X86 Thread State (64-bit):
- rax: 0x00007fc563c0f6a0 rbx: 0x00007fc563c0f6a0 rcx: 0x0000000000000001 rdx: 0x0000000000000000
- rdi: 0x0000000104a01400 rsi: 0x00000000ffffc7ff rbp: 0x0000000104f7ccb0 rsp: 0x0000000104f7cca0
- r8: 0x0000000000000003 r9: 0x00007fc563c00000 r10: 0x000000010467f9f8 r11: 0x000000010459f410
- r12: 0x0000000104f7cd20 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000104b840c0
- rip: 0x00000001045b10f3 rfl: 0x0000000000010206 cr2: 0x00000001045b10d3
-
- Logical CPU: 1
- Error Code: 0x00000000
- Trap Number: 6
-
-
- Binary Images:
- 0x100e4f000 - 0x103c68fef +git-annex (0) <05D25108-337E-3F98-837F-33A4E68BA8A4> /Applications/git-annex.app/Contents/MacOs/bundle/git-annex
- 0x104582000 - 0x10466bff7 +E (0) <602E5717-D4D7-314D-A1E9-02AFBFBB7966> /Applications/git-annex.app/Contents/MacOs/bundle/E
- 0x10469f000 - 0x1046b3fff +F (0) /Applications/git-annex.app/Contents/MacOs/bundle/F
- 0x1046ba000 - 0x1046e7fff +G (0) <9FFF37C3-8153-345F-9B71-913B95B07511> /Applications/git-annex.app/Contents/MacOs/bundle/G
- 0x1046ee000 - 0x1047a7fdf +H (0) <49EC1EB8-F352-303D-8E68-C95171D096CF> /Applications/git-annex.app/Contents/MacOs/bundle/H
- 0x1047de000 - 0x1047efff7 +B (53) <42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /Applications/git-annex.app/Contents/MacOs/bundle/B
- 0x1047f6000 - 0x1048e7ff9 +D (41) /Applications/git-annex.app/Contents/MacOs/bundle/D
- 0x1048fe000 - 0x104918ff7 +O (0) <18FCF32F-BAB0-323A-BCAC-D4CE4272B754> /Applications/git-annex.app/Contents/MacOs/bundle/O
- 0x10491f000 - 0x104930fff +P (0) /Applications/git-annex.app/Contents/MacOs/bundle/P
- 0x10493f000 - 0x10494cff7 +Q (0) /Applications/git-annex.app/Contents/MacOs/bundle/Q
- 0x104957000 - 0x104978fff +R (0) /Applications/git-annex.app/Contents/MacOs/bundle/R
- 0x104985000 - 0x104991fff +S (0) <9082AF89-3370-3858-B015-CB919CB3EBB0> /Applications/git-annex.app/Contents/MacOs/bundle/S
- 0x104998000 - 0x1049f1fcf +T (0) <3AADCBFB-48C4-320D-8CF1-1E8FDAC30276> /Applications/git-annex.app/Contents/MacOs/bundle/T
- 0x7fff69dff000 - 0x7fff69e32817 dyld (239.3) /usr/lib/dyld
- 0x7fff8d3b0000 - 0x7fff8d43cff7 com.apple.ink.framework (10.9 - 207) <8A50B893-AD03-3826-8555-A54FEAF08F47> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
- 0x7fff8d44b000 - 0x7fff8d4a3ff7 com.apple.Symbolication (1.4 - 129) <16D42516-7B5E-357C-898A-FAA9EE7642B3> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication
- 0x7fff8d515000 - 0x7fff8d516fff libunc.dylib (28) <62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib
- 0x7fff8d51c000 - 0x7fff8d522ff7 libsystem_platform.dylib (24.1.4) <331BA4A5-55CE-3B95-99EB-44E0C89D7FB8> /usr/lib/system/libsystem_platform.dylib
- 0x7fff8d523000 - 0x7fff8d904ffe libLAPACK.dylib (1094.5) <7E7A9B8D-1638-3914-BAE0-663B69865986> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
- 0x7fff8d952000 - 0x7fff8d959fff com.apple.NetFS (6.0 - 4.0) <8E26C099-CE9D-3819-91A2-64EA929C6137> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
- 0x7fff8d98a000 - 0x7fff8d9c8ff7 libGLImage.dylib (9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
- 0x7fff8da8d000 - 0x7fff8dd8cfff com.apple.Foundation (6.9 - 1056) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
- 0x7fff8dfac000 - 0x7fff8dfb0ff7 libheimdal-asn1.dylib (323.12) <063A01C2-E547-39D9-BB42-4CC8E64ADE70> /usr/lib/libheimdal-asn1.dylib
- 0x7fff8dfb1000 - 0x7fff8dfb6fff libmacho.dylib (845) <1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib
- 0x7fff8e022000 - 0x7fff8e024ff3 libsystem_configuration.dylib (596.12) /usr/lib/system/libsystem_configuration.dylib
- 0x7fff8e35c000 - 0x7fff8e4afff7 com.apple.audio.toolbox.AudioToolbox (1.9 - 1.9) /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
- 0x7fff8e4ee000 - 0x7fff8f062ff7 com.apple.AppKit (6.9 - 1265) <0E9FC8BF-DA3C-34C5-91CC-12BC922B5F01> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
- 0x7fff8f063000 - 0x7fff8f067ff7 libcache.dylib (62) /usr/lib/system/libcache.dylib
- 0x7fff8f068000 - 0x7fff8f0a1ff7 com.apple.QD (3.50 - 298) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
- 0x7fff8f0a2000 - 0x7fff8f0adfff libGL.dylib (9.0.83) <984A960A-C159-3AE5-8B40-E2B451F6C712> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
- 0x7fff8f0d7000 - 0x7fff8f0d8ff7 libDiagnosticMessagesClient.dylib (100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E> /usr/lib/libDiagnosticMessagesClient.dylib
- 0x7fff8f120000 - 0x7fff8f121fff liblangid.dylib (117) <9546E641-F730-3AB0-B3CD-E0E2FDD173D9> /usr/lib/liblangid.dylib
- 0x7fff8f122000 - 0x7fff8f169ff7 libcups.2.dylib (372) <348EED62-6C20-35D6-8EFB-E80943965100> /usr/lib/libcups.2.dylib
- 0x7fff8f551000 - 0x7fff8f5e0fff com.apple.Metadata (10.7.0 - 800.12.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
- 0x7fff8f843000 - 0x7fff8f850ff0 libbz2.1.0.dylib (29) <0B98AC35-B138-349C-8063-2B987A75D24C> /usr/lib/libbz2.1.0.dylib
- 0x7fff8fa7e000 - 0x7fff8fa86ffc libGFXShared.dylib (9.0.83) <11A621C3-37A0-39CE-A69B-8739021BD79D> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
- 0x7fff8fab1000 - 0x7fff8fc5ef27 libobjc.A.dylib (551.1) /usr/lib/libobjc.A.dylib
- 0x7fff8fc5f000 - 0x7fff8fc68fff com.apple.speech.synthesis.framework (4.6.2 - 4.6.2) <0AAE45F0-FC6E-36B6-A6A7-73E6950A74AC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
- 0x7fff90002000 - 0x7fff9000ffff com.apple.Sharing (132.2 - 132.2) /System/Library/PrivateFrameworks/Sharing.framework/Versions/A/Sharing
- 0x7fff90042000 - 0x7fff90071ff5 com.apple.GSS (4.0 - 2.0) /System/Library/Frameworks/GSS.framework/Versions/A/GSS
- 0x7fff90072000 - 0x7fff90072fff com.apple.CoreServices (59 - 59) <7A697B5E-F179-30DF-93F2-8B503CEEEFD5> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
- 0x7fff90073000 - 0x7fff900c5fff libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
- 0x7fff90646000 - 0x7fff90646fff com.apple.Cocoa (6.8 - 20) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
- 0x7fff90647000 - 0x7fff90710fff com.apple.LaunchServices (572.23 - 572.23) <8D955BDE-2C4C-3DD4-B4D7-2D916174FE1D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
- 0x7fff90711000 - 0x7fff90762ff3 com.apple.audio.CoreAudio (4.2.0 - 4.2.0) /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
- 0x7fff90795000 - 0x7fff90858ff7 com.apple.backup.framework (1.5.1 - 1.5.1) /System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup
- 0x7fff9085f000 - 0x7fff9117b05f com.apple.CoreGraphics (1.600.0 - 599.7) <7D0FD5A7-A061-39BA-8E00-723825D2C4DD> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
- 0x7fff9117c000 - 0x7fff911bbfff libGLU.dylib (9.0.83) <8B457205-513B-3477-AE9C-3AD979D5FE11> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
- 0x7fff91291000 - 0x7fff912acff7 libPng.dylib (1038) /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
- 0x7fff912b0000 - 0x7fff912bbff7 com.apple.NetAuth (5.0 - 5.0) /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
- 0x7fff912bc000 - 0x7fff912e3ff7 libsystem_network.dylib (241.3) <8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364> /usr/lib/system/libsystem_network.dylib
- 0x7fff912e4000 - 0x7fff912e4ffd libOpenScriptingUtil.dylib (157) <19F0E769-0989-3062-9AFB-8976E90E9759> /usr/lib/libOpenScriptingUtil.dylib
- 0x7fff91426000 - 0x7fff9144aff7 libJPEG.dylib (1038) <86F349A8-882D-3326-A0B0-63257F68B1A7> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
- 0x7fff916fe000 - 0x7fff91700fff libCVMSPluginSupport.dylib (9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
- 0x7fff91701000 - 0x7fff91701fff com.apple.Accelerate.vecLib (3.9 - vecLib 3.9) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
- 0x7fff9172a000 - 0x7fff9172fff7 libunwind.dylib (35.3) <78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
- 0x7fff91ff7000 - 0x7fff9201effb libsystem_info.dylib (449.1.3) <7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib
- 0x7fff920c3000 - 0x7fff92130fff com.apple.SearchKit (1.4.0 - 1.4.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
- 0x7fff92131000 - 0x7fff92389ff1 com.apple.security (7.0 - 55471) <233831C5-C457-3AD5-AFE7-E3E2DE6929C9> /System/Library/Frameworks/Security.framework/Versions/A/Security
- 0x7fff92397000 - 0x7fff9266bfc7 com.apple.vImage (7.0 - 7.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
- 0x7fff92f4f000 - 0x7fff92f69fff libdispatch.dylib (339.1.9) <46878A5B-4248-3057-962C-6D4A235EEF31> /usr/lib/system/libdispatch.dylib
- 0x7fff92f6a000 - 0x7fff92f92ffb libxslt.1.dylib (13) /usr/lib/libxslt.1.dylib
- 0x7fff93591000 - 0x7fff935d3ff7 libauto.dylib (185.5) /usr/lib/libauto.dylib
- 0x7fff935d4000 - 0x7fff93604fff com.apple.IconServices (25 - 25.17) <4751127E-FBD5-3ED5-8510-08D4E4166EFE> /System/Library/PrivateFrameworks/IconServices.framework/Versions/A/IconServices
- 0x7fff937e6000 - 0x7fff93820ff3 com.apple.bom (12.0 - 192) <989690DB-B9CC-3DB5-89AE-B5D33EDC474E> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
- 0x7fff9397e000 - 0x7fff93aecff7 libBLAS.dylib (1094.5) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
- 0x7fff93b18000 - 0x7fff93b1bfff com.apple.TCC (1.0 - 1) <32A075D9-47FD-3E71-95BC-BFB0D583F41C> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
- 0x7fff93b1c000 - 0x7fff93b20fff libpam.2.dylib (20) /usr/lib/libpam.2.dylib
- 0x7fff93c44000 - 0x7fff94077ffb com.apple.vision.FaceCore (3.0.0 - 3.0.0) /System/Library/PrivateFrameworks/FaceCore.framework/Versions/A/FaceCore
- 0x7fff94101000 - 0x7fff94174ffb com.apple.securityfoundation (6.0 - 55122) <119D1C53-B292-3378-AEE1-A3B1FB02F43F> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
- 0x7fff94180000 - 0x7fff9418dff7 libxar.1.dylib (202) <5572AA71-E98D-3FE1-9402-BB4A84E0E71E> /usr/lib/libxar.1.dylib
- 0x7fff941a2000 - 0x7fff941a4fff libRadiance.dylib (1038) <55F99274-5074-3C73-BAC5-AF234E71CF38> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
- 0x7fff9420c000 - 0x7fff94259ff2 com.apple.print.framework.PrintCore (9.0 - 428) <8D8253E3-302F-3DB2-9C5C-572CB974E8B3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
- 0x7fff9425a000 - 0x7fff9425ffff com.apple.DiskArbitration (2.6 - 2.6) /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
- 0x7fff94260000 - 0x7fff94270fff libbsm.0.dylib (33) <2CAC00A2-1352-302A-88FA-C567D4D69179> /usr/lib/libbsm.0.dylib
- 0x7fff942c5000 - 0x7fff942cfff7 com.apple.bsd.ServiceManagement (2.0 - 2.0) <2D27B498-BB9C-3D88-B05A-76908A8A26F3> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
- 0x7fff942d0000 - 0x7fff942f5ff7 com.apple.CoreVideo (1.8 - 117.2) <4674339E-26D0-35FA-9958-422832B39B12> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
- 0x7fff942f8000 - 0x7fff94346fff libcorecrypto.dylib (161.1) /usr/lib/system/libcorecrypto.dylib
- 0x7fff94347000 - 0x7fff9434affc com.apple.IOSurface (91 - 91) <07CA8A59-1E32-3FB6-B506-18DAF58A8CE0> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
- 0x7fff9434b000 - 0x7fff94354ff3 libsystem_notify.dylib (121) <52571EC3-6894-37E4-946E-064B021ED44E> /usr/lib/system/libsystem_notify.dylib
- 0x7fff943ae000 - 0x7fff943c0ff7 com.apple.MultitouchSupport.framework (245.13 - 245.13) /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
- 0x7fff943c1000 - 0x7fff9455dff7 com.apple.QuartzCore (1.8 - 332.0) <994D1E0A-64B6-398C-B9A2-C362F02DE943> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
- 0x7fff94953000 - 0x7fff94a42fff libFontParser.dylib (111.1) <835A8253-6AB9-3AAB-9CBF-171440DEC486> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
- 0x7fff94a44000 - 0x7fff94a68fff libxpc.dylib (300.1.17) <4554927A-9467-365C-91F1-5A116989DD7F> /usr/lib/system/libxpc.dylib
- 0x7fff94a69000 - 0x7fff94ab0fff libFontRegistry.dylib (127) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
- 0x7fff94b00000 - 0x7fff94b53fff com.apple.ScalableUserInterface (1.0 - 1) /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableUserInterface.framework/Versions/A/ScalableUserInterface
- 0x7fff94b5e000 - 0x7fff94b6cfff com.apple.opengl (9.0.83 - 9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
- 0x7fff94b8a000 - 0x7fff94b91ff7 liblaunch.dylib (842.1.4) /usr/lib/system/liblaunch.dylib
- 0x7fff94b92000 - 0x7fff94b9dfff libkxld.dylib (2422.1.72) /usr/lib/system/libkxld.dylib
- 0x7fff94ec9000 - 0x7fff94ec9ff7 libkeymgr.dylib (28) <3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib
- 0x7fff94eca000 - 0x7fff94f23fff libTIFF.dylib (1038) <5CBFE0C2-9DD8-340B-BA63-A94CE2E476F2> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
- 0x7fff94f24000 - 0x7fff94f3fff7 libsystem_malloc.dylib (23.1.10) /usr/lib/system/libsystem_malloc.dylib
- 0x7fff950ab000 - 0x7fff950dafd2 libsystem_m.dylib (3047.16) /usr/lib/system/libsystem_m.dylib
- 0x7fff950db000 - 0x7fff950e3ff7 com.apple.speech.recognition.framework (4.2.4 - 4.2.4) <98BBB3E4-6239-3EF1-90B2-84EA0D3B8D61> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
- 0x7fff950e6000 - 0x7fff950e7ff7 libsystem_blocks.dylib (63) /usr/lib/system/libsystem_blocks.dylib
- 0x7fff950ef000 - 0x7fff952d4ff7 com.apple.CoreFoundation (6.9 - 855.11) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
- 0x7fff952d5000 - 0x7fff952ecfff com.apple.CFOpenDirectory (10.9 - 173.1.1) <3FB4D5FE-860B-3BDE-BAE2-3531D919EF10> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
- 0x7fff953a1000 - 0x7fff953a5ff7 libGIF.dylib (1038) /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
- 0x7fff958d8000 - 0x7fff958e2ff7 com.apple.CrashReporterSupport (10.9 - 538) /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/CrashReporterSupport
- 0x7fff958e3000 - 0x7fff95bb1ff4 com.apple.CoreImage (9.0.54) <74BB8685-69A9-3A45-8DED-EA26BD39D710> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage
- 0x7fff95e9a000 - 0x7fff95e9bfff com.apple.TrustEvaluationAgent (2.0 - 25) <334A82F4-4AE4-3719-A511-86D0B0723E2B> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
- 0x7fff95e9c000 - 0x7fff95f4cff7 libvMisc.dylib (423.32) <049C0735-1808-39B9-943F-76CB8021744F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
- 0x7fff95fa5000 - 0x7fff95faefff com.apple.CommonAuth (4.0 - 2.0) <1D263127-5F27-3128-996D-7397660D0C6E> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
- 0x7fff95fd9000 - 0x7fff96283ffd com.apple.HIToolbox (2.1 - 696) <1CFFF37B-C392-3088-B0A4-C08C55B2AF8F> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
- 0x7fff962bc000 - 0x7fff962fdfff com.apple.PerformanceAnalysis (1.47 - 47) <784ED7B8-FAE4-36CE-8C76-B7D300316C9F> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis
- 0x7fff96478000 - 0x7fff96482fff libcommonCrypto.dylib (60049) <8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib
- 0x7fff96483000 - 0x7fff9648afff libcompiler_rt.dylib (35) <4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib
- 0x7fff965c3000 - 0x7fff965c4ff7 libsystem_sandbox.dylib (278.10) /usr/lib/system/libsystem_sandbox.dylib
- 0x7fff9752f000 - 0x7fff97777fff com.apple.CoreData (107 - 481) /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
- 0x7fff97849000 - 0x7fff97930ff7 libxml2.2.dylib (26) /usr/lib/libxml2.2.dylib
- 0x7fff97958000 - 0x7fff97974ff7 libsystem_kernel.dylib (2422.1.72) /usr/lib/system/libsystem_kernel.dylib
- 0x7fff97a67000 - 0x7fff97ae7fff com.apple.CoreSymbolication (3.0 - 141) /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication
- 0x7fff97ae8000 - 0x7fff97bedfff com.apple.ImageIO.framework (3.3.0 - 1038) <2C058216-C6D8-3380-A7EA-92A3F04520C1> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
- 0x7fff97ca5000 - 0x7fff97d2eff7 libsystem_c.dylib (997.1.1) <61833FAA-7281-3FF9-937F-686B6F20427C> /usr/lib/system/libsystem_c.dylib
- 0x7fff97d45000 - 0x7fff97d5eff7 com.apple.Ubiquity (1.3 - 289) /System/Library/PrivateFrameworks/Ubiquity.framework/Versions/A/Ubiquity
- 0x7fff97d64000 - 0x7fff97e94ff7 com.apple.desktopservices (1.8 - 1.8) <09DC9BB8-432F-3C7A-BB08-956A2DDFC2DE> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
- 0x7fff97f05000 - 0x7fff98075ff6 com.apple.CFNetwork (673.0.3 - 673.0.3) <42CFC3DB-35C8-3652-AF37-4BCC73D8BDEF> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
- 0x7fff98076000 - 0x7fff980e0ff7 com.apple.framework.IOKit (2.0.1 - 907.1.13) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
- 0x7fff9877f000 - 0x7fff987e2ff7 com.apple.SystemConfiguration (1.13 - 1.13) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
- 0x7fff988e8000 - 0x7fff9894cff9 com.apple.Heimdal (4.0 - 2.0) /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
- 0x7fff9894d000 - 0x7fff98a18fff libvDSP.dylib (423.32) <3BF732BE-DDE0-38EB-8C54-E4E3C64F77A7> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
- 0x7fff98ba3000 - 0x7fff98babfff libsystem_dnssd.dylib (522.1.11) <270DCF6C-502D-389A-AA9F-DE4624A36FF7> /usr/lib/system/libsystem_dnssd.dylib
- 0x7fff98bac000 - 0x7fff98baffff libCoreVMClient.dylib (58.1) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
- 0x7fff98bb0000 - 0x7fff98c72ff1 com.apple.CoreText (352.0 - 367.15) /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
- 0x7fff98c73000 - 0x7fff98c7fff7 com.apple.OpenDirectory (10.9 - 173.1.1) <6B78BD7B-5622-38E6-8FC6-86A117E3ACCA> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
- 0x7fff98c80000 - 0x7fff98caffff com.apple.DebugSymbols (106 - 106) /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols
- 0x7fff98cb0000 - 0x7fff98d9efff libJP2.dylib (1038) <6C8179F5-8063-3ED6-A7C2-D5603DECDF28> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
- 0x7fff98e1f000 - 0x7fff98f03fff com.apple.coreui (2.1 - 231) <432DB40C-6B7E-39C8-9FB5-B95917930056> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
- 0x7fff98f6f000 - 0x7fff98f73fff libsystem_stats.dylib (93.1.26) /usr/lib/system/libsystem_stats.dylib
- 0x7fff98f74000 - 0x7fff98ffdfff com.apple.ColorSync (4.9.0 - 4.9.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
- 0x7fff99029000 - 0x7fff9908dff3 com.apple.datadetectorscore (5.0 - 354.0) <9ACF24B8-3268-3134-A5BC-D72C9371A195> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore
- 0x7fff993e4000 - 0x7fff993ebff3 libcopyfile.dylib (103) <5A881779-D0D6-3029-B371-E3021C2DDA5E> /usr/lib/system/libcopyfile.dylib
- 0x7fff994a3000 - 0x7fff99512ff1 com.apple.ApplicationServices.ATS (360 - 363.1) <88976B22-A9B8-3E7B-9AE6-0B8E09A968FC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
- 0x7fff99513000 - 0x7fff9952ffff libresolv.9.dylib (54) <11C2C826-F1C6-39C6-B4E8-6E0C41D4FA95> /usr/lib/libresolv.9.dylib
- 0x7fff99530000 - 0x7fff9953fff8 com.apple.LangAnalysis (1.7.0 - 1.7.0) <8FE131B6-1180-3892-98F5-C9C9B79072D4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
- 0x7fff99656000 - 0x7fff9966fff7 com.apple.Kerberos (3.0 - 1) /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
- 0x7fff99673000 - 0x7fff99674ffb libremovefile.dylib (33) <3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib
- 0x7fff99675000 - 0x7fff99676ff7 libSystem.B.dylib (1197.1.1) /usr/lib/libSystem.B.dylib
- 0x7fff99c76000 - 0x7fff99c87ff7 libsystem_asl.dylib (217.1.4) <655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib
- 0x7fff99c88000 - 0x7fff99f72fff com.apple.CoreServices.CarbonCore (1077.14 - 1077.14) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
- 0x7fff99f73000 - 0x7fff99feafff com.apple.CoreServices.OSServices (600.4 - 600.4) <36B2B009-C35E-3F21-824E-E0D00E7808C7> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
- 0x7fff99feb000 - 0x7fff9a014ff7 libc++abi.dylib (48) <8C16158F-CBF8-3BD7-BEF4-022704B2A326> /usr/lib/libc++abi.dylib
- 0x7fff9a076000 - 0x7fff9a0aeff7 com.apple.RemoteViewServices (2.0 - 94) <3F34D630-3DDB-3411-BC28-A56A9B55EBDA> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices
- 0x7fff9a0ca000 - 0x7fff9a0d1ff7 libsystem_pthread.dylib (53.1.4) /usr/lib/system/libsystem_pthread.dylib
- 0x7fff9a0d2000 - 0x7fff9a0d2fff com.apple.Accelerate (1.9 - Accelerate 1.9) <509BB27A-AE62-366D-86D8-0B06D217CF56> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
- 0x7fff9a0d3000 - 0x7fff9a1bdfff libsqlite3.dylib (158) <00269BF9-43BE-39E0-9C85-24585B9923C8> /usr/lib/libsqlite3.dylib
- 0x7fff9a248000 - 0x7fff9a2a3ffb com.apple.AE (665.5 - 665.5) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
- 0x7fff9a517000 - 0x7fff9a565fff com.apple.opencl (2.3.57 - 2.3.57) /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
- 0x7fff9a566000 - 0x7fff9a569ff7 libdyld.dylib (239.3) <62F4D752-4089-31A8-8B73-B95A68893B3C> /usr/lib/system/libdyld.dylib
- 0x7fff9a571000 - 0x7fff9a729ff3 libicucore.A.dylib (511.27) <003B6C21-CBD1-3486-9A1D-030ADF5FA061> /usr/lib/libicucore.A.dylib
- 0x7fff9a72a000 - 0x7fff9a753fff com.apple.DictionaryServices (1.2 - 208) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
- 0x7fff9a75a000 - 0x7fff9a766ff3 com.apple.AppleFSCompression (56 - 1.0) <5652B0D0-EB08-381F-B23A-6DCF96991FB5> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression
- 0x7fff9a8f5000 - 0x7fff9a90dff7 com.apple.GenerationalStorage (2.0 - 160.2) <79629AC7-896F-3302-8AC1-4939020F08C3> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/GenerationalStorage
- 0x7fff9a939000 - 0x7fff9a954ff7 libCRFSuite.dylib (34) /usr/lib/libCRFSuite.dylib
- 0x7fff9ab57000 - 0x7fff9ab59ff7 libquarantine.dylib (71) <7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib
- 0x7fff9ab5a000 - 0x7fff9ab5affd com.apple.audio.units.AudioUnit (1.9 - 1.9) <6E89F3CB-CC41-3728-9F9A-FDFC151E8261> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
- 0x7fff9ac14000 - 0x7fff9ac59ff6 com.apple.HIServices (1.22 - 466) <21807AF8-3BC7-32BB-AB96-7C35CB59D7F6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
- 0x7fff9ac5a000 - 0x7fff9ac5afff com.apple.ApplicationServices (48 - 48) <3E3F01A8-314D-378F-835E-9CC4F8820031> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
- 0x7fff9adc0000 - 0x7fff9ade5ff7 com.apple.ChunkingLibrary (2.0 - 155.1) /System/Library/PrivateFrameworks/ChunkingLibrary.framework/Versions/A/ChunkingLibrary
-
- External Modification Summary:
- Calls made by other processes targeting this process:
- task_for_pid: 1
- thread_create: 0
- thread_set_state: 0
- Calls made by this process:
- task_for_pid: 0
- thread_create: 0
- thread_set_state: 0
- Calls made by all processes on this machine:
- task_for_pid: 210855
- thread_create: 1
- thread_set_state: 0
-
- VM Region Summary:
- ReadOnly portion of Libraries: Total=206.9M resident=76.3M(37%) swapped_out_or_unallocated=130.6M(63%)
- Writable regions: Total=51.2M written=15.3M(30%) resident=16.2M(32%) swapped_out=0K(0%) unallocated=35.0M(68%)
-
- REGION TYPE VIRTUAL
- =========== =======
- Dispatch continuations 4096K
- Kernel Alloc Once 4K
- MALLOC 18.3M
- MALLOC (admin) 32K
- STACK GUARD 56.0M
- Stack 12.6M
- VM_ALLOCATE 12.3M
- VM_ALLOCATE (reserved) 12K reserved VM address space (unallocated)
- __DATA 22.9M
- __IMAGE 528K
- __LINKEDIT 71.2M
- __TEXT 135.6M
- __UNICODE 544K
- shared memory 4K
- =========== =======
- TOTAL 334.2M
- TOTAL, minus reserved VM space 334.2M
-
-# End of transcript or log.
-"""]]
-
-> Apparently this is [[fixed|done]] in the latest release. --[[Joey]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_10_8d90e23514d9f14283857c57017a5fcf._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_10_8d90e23514d9f14283857c57017a5fcf._comment
deleted file mode 100644
index ef7579c46b..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_10_8d90e23514d9f14283857c57017a5fcf._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.68"
- subject="comment 10"
- date="2014-01-20T16:28:43Z"
- content="""
-I have updated the autobuild again, now nettle is built with more optimisations disabled. I hope this fixes it because I'm running out of things to try.
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_11_1a0e174969e99e7b562854d2c3b3e606._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_11_1a0e174969e99e7b562854d2c3b3e606._comment
deleted file mode 100644
index 5b5b94a401..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_11_1a0e174969e99e7b562854d2c3b3e606._comment
+++ /dev/null
@@ -1,19 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
- nickname="David"
- subject="Past the SHA issues"
- date="2014-01-20T23:14:53Z"
- content="""
-Now we still have an issue with nettle, but now it's part of urandom. I'm not sure what to suggest...
-
-[[!format sh \"\"\"
-Thread 1 Crashed:
-0 H 0x00000001075d9756 do_device_source_urandom + 108
-1 H 0x00000001075d9686 do_device_source + 46
-2 H 0x00000001075d92b9 wrap_nettle_rnd_init + 74
-3 H 0x000000010755d585 _gnutls_rnd_init + 32
-4 H 0x0000000107551dae gnutls_global_init + 262
-5 git-annex 0x00000001054a28c3 0x103c83000 + 25295043
-6 git-annex 0x000000010692ab28 0x103c83000 + 46824232
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_12_dfde39222a91923c570e5405d9e527f4._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_12_dfde39222a91923c570e5405d9e527f4._comment
deleted file mode 100644
index cd2047a93c..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_12_dfde39222a91923c570e5405d9e527f4._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
- nickname="David"
- subject="Seems to be working now"
- date="2014-03-12T02:36:59Z"
- content="""
-Just tried again off of the most recent osx release build and it appears to be working without crashing. Not sure what else you did but thanks!
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_13_65de2b5dd3af89c2f0f6508ffddda3b5._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_13_65de2b5dd3af89c2f0f6508ffddda3b5._comment
deleted file mode 100644
index 3a02f2f8c7..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_13_65de2b5dd3af89c2f0f6508ffddda3b5._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.154"
- subject="comment 13"
- date="2014-03-12T17:01:12Z"
- content="""
-Well that's good and unexpected news!
-
-I did make some changes on the OSX autobuilder recently. For one thing, I updated and rebuilt all the homebrew stuff, and remembered to pass --build-bottle when doing so. Which I think I had always done before.. Homebrew also removed some dependencies on gnutls in wget, and perhaps they also made other changes -- I'd not be surprised if a change to homebrew made --build-bottle start disabling some optimisations.
-
-In any case, I suppose I can close this bug now..
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_1_804c394e97223b1f9cc9f1f3adaa2e74._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_1_804c394e97223b1f9cc9f1f3adaa2e74._comment
deleted file mode 100644
index f8c36c1fd5..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_1_804c394e97223b1f9cc9f1f3adaa2e74._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.43"
- subject="comment 1"
- date="2014-01-14T20:54:52Z"
- content="""
-This must be more stuff on the OSX build machine that is using processor-specific optimisations. Similar to previously fixed problems with wget etc being built with those optimisations.
-
-This time, it must be one of the several libraries git-annex links with, and only one that is used when using XMPP. So, one of libxml2, libidn, libgsasl, libgnutls.
-
-I have replaced all of those libraries with unoptimised ones built with `brew install --build-bottle`. This is available in the daily built app now. Since I cannot test it myself, please download that and let me know how it goes.
-
-
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_2_f1fe0c05724236988e77f4b7f393e7d5._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_2_f1fe0c05724236988e77f4b7f393e7d5._comment
deleted file mode 100644
index 1131f74a1a..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_2_f1fe0c05724236988e77f4b7f393e7d5._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
- nickname="David"
- subject="Different Crash on startup"
- date="2014-01-14T22:40:26Z"
- content="""
-dyld: Library not loaded: /usr/local/opt/libxml2/lib/libxml2.2.dylib
- Referenced from: /Applications/git-annex.app/Contents/MacOs/bundle/git-annex
- Reason: Incompatible library version: git-annex requires version 12.0.0 or later, but libxml2.2.dylib provides version 10.0.0
-
-I think the problem at this point is I don't have brew installed though. I'll try to do that later tonight.
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_3_3d9ec79231e1b340b5e8b7b63a902546._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_3_3d9ec79231e1b340b5e8b7b63a902546._comment
deleted file mode 100644
index d11cf6b770..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_3_3d9ec79231e1b340b5e8b7b63a902546._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawn_3tllXjSmtgm__aGr9Z4gVNFgJgGyJ30"
- nickname="David Alan"
- subject="Partly fixed?"
- date="2014-01-15T01:35:19Z"
- content="""
-The new build fixed it for me on Mac OS 10.8.5 but not on 10.9.1
-Using the app, it won't start anything on 10.9.1 now.
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_4_f63bb1d29fc7130bfa0c15feeba4e5fd._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_4_f63bb1d29fc7130bfa0c15feeba4e5fd._comment
deleted file mode 100644
index e76fecc3cf..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_4_f63bb1d29fc7130bfa0c15feeba4e5fd._comment
+++ /dev/null
@@ -1,19 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
- nickname="David"
- subject="comment 4"
- date="2014-01-15T02:21:38Z"
- content="""
-The problem on 10.9.1 appears to be related to the version of libxml2 thats being used. There is a console message on startup that shows this:
-
- dyld: Library not loaded: /usr/local/opt/libxml2/lib/libxml2.2.dylib
- Referenced from: /Applications/git-annex.app/Contents/MacOs/bundle/git-annex
- Reason: Incompatible library version: git-annex requires version 12.0.0 or later, but libxml2.2.dylib provides version 10.0.0
-
- I have actually been unable to build the newest version of libxml2 which I guess will have a library version 12 on mavericks so far tonight via Brew. I keep getting errors like:
-
- /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/sys/_types.h:132:9: error: unknown type name '__int32_t'
- typedef __int32_t __darwin_suseconds_t; /* [???] microseconds */
-
-So far the interwebs are failing me and I don't have a solution.
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_5_a024902e300cf50e8f6a63c7feef63a1._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_5_a024902e300cf50e8f6a63c7feef63a1._comment
deleted file mode 100644
index f8cb706e54..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_5_a024902e300cf50e8f6a63c7feef63a1._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.43"
- subject="comment 5"
- date="2014-01-15T17:28:56Z"
- content="""
-It's not supposed to use the system version of libxml2 etc. I have updated the build with the problem that was causing it to do so fixed, please re-test.
-
-BTW, I am surprised that you report the Mavericks build works on 10.8.5 -- isn't that snow leopard?
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_6_baf0333f307dff0f79cd7c73b4c56c18._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_6_baf0333f307dff0f79cd7c73b4c56c18._comment
deleted file mode 100644
index f8d04af923..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_6_baf0333f307dff0f79cd7c73b4c56c18._comment
+++ /dev/null
@@ -1,356 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
- nickname="David"
- subject="Still crashing "
- date="2014-01-15T22:36:15Z"
- content="""
-But it's a different crash now. Previously the thread that crashed was doing xml related things. Now the crash is doing what looks like hash related things.
-
-[[!format sh \"\"\"
-
-Process: git-annex [27419]
-Path: /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
-Identifier: git-annex
-Version: 0
-Code Type: X86-64 (Native)
-Parent Process: ??? [1]
-Responsible: git-annex [27419]
-User ID: 501
-
-Date/Time: 2014-01-15 17:31:49.406 -0500
-OS Version: Mac OS X 10.9.1 (13B42)
-Report Version: 11
-Anonymous UUID: 43148BA1-3CAA-4C73-2971-CAC673D60B2B
-
-
-Crashed Thread: 1
-
-Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
-Exception Codes: 0x0000000000000001, 0x0000000000000000
-
-Thread 0:: Dispatch queue: com.apple.main-thread
-0 libsystem_kernel.dylib 0x00007fff9796d716 __psynch_cvwait + 10
-1 libsystem_pthread.dylib 0x00007fff9a0cdc3b _pthread_cond_wait + 727
-2 git-annex 0x000000010a0026f9 0x107364000 + 46786297
-3 git-annex 0x0000000109fdf91b 0x107364000 + 46643483
-4 git-annex 0x0000000109fee362 0x107364000 + 46703458
-5 git-annex 0x0000000109feedd4 0x107364000 + 46706132
-6 git-annex 0x0000000109fe976e 0x107364000 + 46684014
-7 git-annex 0x0000000109fe9876 0x107364000 + 46684278
-8 git-annex 0x0000000107c211e8 0x107364000 + 9163240
-9 libdyld.dylib 0x00007fff9a5695fd start + 1
-
-Thread 1 Crashed:
-0 V 0x000000010aeb2b9d nettle_sha256_init + 4
-1 V 0x000000010aeb9e60 nettle_yarrow256_init + 24
-2 H 0x000000010acb3293 wrap_nettle_rnd_init + 52
-3 H 0x000000010ac378cf _gnutls_rnd_init + 32
-4 H 0x000000010ac2bfba gnutls_global_init + 262
-5 git-annex 0x0000000108b80873 0x107364000 + 25282675
-6 git-annex 0x000000010a008c08 0x107364000 + 46812168
-
-Thread 2:
-0 libsystem_kernel.dylib 0x00007fff9796d716 __psynch_cvwait + 10
-1 libsystem_pthread.dylib 0x00007fff9a0cdc3b _pthread_cond_wait + 727
-2 git-annex 0x000000010a0026f9 0x107364000 + 46786297
-3 git-annex 0x0000000109fdf91b 0x107364000 + 46643483
-4 git-annex 0x0000000109fee362 0x107364000 + 46703458
-5 git-annex 0x0000000109feecab 0x107364000 + 46705835
-6 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
-7 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
-8 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
-Thread 3:
-0 libsystem_kernel.dylib 0x00007fff9796d716 __psynch_cvwait + 10
-1 libsystem_pthread.dylib 0x00007fff9a0cdc3b _pthread_cond_wait + 727
-2 git-annex 0x000000010a0026f9 0x107364000 + 46786297
-3 git-annex 0x0000000109fdf91b 0x107364000 + 46643483
-4 git-annex 0x0000000109fee362 0x107364000 + 46703458
-5 git-annex 0x0000000109feecab 0x107364000 + 46705835
-6 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
-7 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
-8 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
-Thread 4:
-0 libsystem_kernel.dylib 0x00007fff9796e662 kevent64 + 10
-1 git-annex 0x0000000109f8e23a 0x107364000 + 46309946
-
-Thread 5:
-0 libsystem_kernel.dylib 0x00007fff9796d716 __psynch_cvwait + 10
-1 libsystem_pthread.dylib 0x00007fff9a0cdc3b _pthread_cond_wait + 727
-2 git-annex 0x000000010a0026f9 0x107364000 + 46786297
-3 git-annex 0x0000000109fdf91b 0x107364000 + 46643483
-4 git-annex 0x0000000109fee362 0x107364000 + 46703458
-5 git-annex 0x0000000109feecab 0x107364000 + 46705835
-6 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
-7 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
-8 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
-Thread 6:: Dispatch queue: com.apple.libdispatch-manager
-0 libsystem_kernel.dylib 0x00007fff9796e662 kevent64 + 10
-1 libdispatch.dylib 0x00007fff92f5243d _dispatch_mgr_invoke + 239
-2 libdispatch.dylib 0x00007fff92f52152 _dispatch_mgr_thread + 52
-
-Thread 7:
-0 libsystem_kernel.dylib 0x00007fff97969a1a mach_msg_trap + 10
-1 libsystem_kernel.dylib 0x00007fff97968d18 mach_msg + 64
-2 com.apple.CoreFoundation 0x00007fff95160315 __CFRunLoopServiceMachPort + 181
-3 com.apple.CoreFoundation 0x00007fff9515f939 __CFRunLoopRun + 1161
-4 com.apple.CoreFoundation 0x00007fff9515f275 CFRunLoopRunSpecific + 309
-5 com.apple.CoreFoundation 0x00007fff952149d1 CFRunLoopRun + 97
-6 git-annex 0x00000001087bd6c8 0x107364000 + 21337800
-7 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
-8 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
-9 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
-Thread 8:
-0 libsystem_kernel.dylib 0x00007fff97969a1a mach_msg_trap + 10
-1 libsystem_kernel.dylib 0x00007fff97968d18 mach_msg + 64
-2 com.apple.CoreFoundation 0x00007fff95160315 __CFRunLoopServiceMachPort + 181
-3 com.apple.CoreFoundation 0x00007fff9515f939 __CFRunLoopRun + 1161
-4 com.apple.CoreFoundation 0x00007fff9515f275 CFRunLoopRunSpecific + 309
-5 com.apple.CoreFoundation 0x00007fff952149d1 CFRunLoopRun + 97
-6 git-annex 0x00000001087bd6c8 0x107364000 + 21337800
-7 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
-8 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
-9 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
-Thread 9:
-0 libsystem_kernel.dylib 0x00007fff97969a1a mach_msg_trap + 10
-1 libsystem_kernel.dylib 0x00007fff97968d18 mach_msg + 64
-2 com.apple.CoreFoundation 0x00007fff95160315 __CFRunLoopServiceMachPort + 181
-3 com.apple.CoreFoundation 0x00007fff9515f939 __CFRunLoopRun + 1161
-4 com.apple.CoreFoundation 0x00007fff9515f275 CFRunLoopRunSpecific + 309
-5 com.apple.CoreFoundation 0x00007fff952149d1 CFRunLoopRun + 97
-6 git-annex 0x00000001087bd6c8 0x107364000 + 21337800
-7 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
-8 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
-9 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
-Thread 10:
-0 libsystem_kernel.dylib 0x00007fff97969a1a mach_msg_trap + 10
-1 libsystem_kernel.dylib 0x00007fff97968d18 mach_msg + 64
-2 com.apple.CoreFoundation 0x00007fff95160315 __CFRunLoopServiceMachPort + 181
-3 com.apple.CoreFoundation 0x00007fff9515f939 __CFRunLoopRun + 1161
-4 com.apple.CoreFoundation 0x00007fff9515f275 CFRunLoopRunSpecific + 309
-5 com.apple.CoreFoundation 0x00007fff952149d1 CFRunLoopRun + 97
-6 git-annex 0x00000001087bd6c8 0x107364000 + 21337800
-7 libsystem_pthread.dylib 0x00007fff9a0cb899 _pthread_body + 138
-8 libsystem_pthread.dylib 0x00007fff9a0cb72a _pthread_start + 137
-9 libsystem_pthread.dylib 0x00007fff9a0cffc9 thread_start + 13
-
-Thread 1 crashed with X86 Thread State (64-bit):
- rax: 0x0000000000000000 rbx: 0x000000010acd31d0 rcx: 0x0000000000000000 rdx: 0x000000010acd31d0
- rdi: 0x000000010acd2f20 rsi: 0x0000000000000002 rbp: 0x000000010b17cda0 rsp: 0x000000010b17cda0
- r8: 0x0000000000000003 r9: 0x00007fcdbbc00000 r10: 0x000000010aec7208 r11: 0x000000010aeb9e48
- r12: 0x000000010b073d50 r13: 0x000000010a554598 r14: 0x0000000000000002 r15: 0x000000010acd2f20
- rip: 0x000000010aeb2b9d rfl: 0x0000000000010206 cr2: 0x000000010aeb2b99
-
-Logical CPU: 1
-Error Code: 0x00000000
-Trap Number: 6
-
-
-Binary Images:
- 0x107364000 - 0x10a188fef +git-annex (0) <81FF250D-D672-3822-B1EB-7AE0378499F6> /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
- 0x10aaa5000 - 0x10ab8fff7 +E (0) <6ABB8037-E5D8-31BE-AC66-66C1F9ACB39E> /Applications/git-annex.app/Contents/MacOS/bundle/E
- 0x10abc1000 - 0x10abd5fff +F (0) <69078CE7-B622-3D03-A100-6438C3D523F9> /Applications/git-annex.app/Contents/MacOS/bundle/F
- 0x10abdc000 - 0x10ac09fff +G (0) <4DF43DFC-832F-3C44-A990-BD3328CE6E2B> /Applications/git-annex.app/Contents/MacOS/bundle/G
- 0x10ac10000 - 0x10acc9fe7 +H (0) <70CFD2E5-AE2E-3CA8-A398-B90FBBA66F02> /Applications/git-annex.app/Contents/MacOS/bundle/H
- 0x10acf9000 - 0x10ad0aff7 +B (53) <42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /Applications/git-annex.app/Contents/MacOS/bundle/B
- 0x10ad16000 - 0x10ae07ff9 +D (41) /Applications/git-annex.app/Contents/MacOS/bundle/D
- 0x10ae18000 - 0x10ae32ff7 +P (0) <18FCF32F-BAB0-323A-BCAC-D4CE4272B754> /Applications/git-annex.app/Contents/MacOS/bundle/P
- 0x10ae71000 - 0x10ae82fff +T (0) /Applications/git-annex.app/Contents/MacOS/bundle/T
- 0x10ae8f000 - 0x10ae9cfff +U (0) <22B05EAF-3BFB-3CC8-AE46-35F548CD7194> /Applications/git-annex.app/Contents/MacOS/bundle/U
- 0x10aea3000 - 0x10aec4fff +V (0) /Applications/git-annex.app/Contents/MacOS/bundle/V
- 0x10aece000 - 0x10aedafff +W (0) /Applications/git-annex.app/Contents/MacOS/bundle/W
- 0x10aee3000 - 0x10af44fff +X (0) /Applications/git-annex.app/Contents/MacOS/bundle/X
- 0x7fff69636000 - 0x7fff69669817 dyld (239.3) /usr/lib/dyld
- 0x7fff8d3b0000 - 0x7fff8d43cff7 com.apple.ink.framework (10.9 - 207) <8A50B893-AD03-3826-8555-A54FEAF08F47> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
- 0x7fff8d44b000 - 0x7fff8d4a3ff7 com.apple.Symbolication (1.4 - 129) <16D42516-7B5E-357C-898A-FAA9EE7642B3> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication
- 0x7fff8d515000 - 0x7fff8d516fff libunc.dylib (28) <62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib
- 0x7fff8d51c000 - 0x7fff8d522ff7 libsystem_platform.dylib (24.1.4) <331BA4A5-55CE-3B95-99EB-44E0C89D7FB8> /usr/lib/system/libsystem_platform.dylib
- 0x7fff8d523000 - 0x7fff8d904ffe libLAPACK.dylib (1094.5) <7E7A9B8D-1638-3914-BAE0-663B69865986> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
- 0x7fff8d952000 - 0x7fff8d959fff com.apple.NetFS (6.0 - 4.0) <8E26C099-CE9D-3819-91A2-64EA929C6137> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
- 0x7fff8d98a000 - 0x7fff8d9c8ff7 libGLImage.dylib (9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
- 0x7fff8da8d000 - 0x7fff8dd8cfff com.apple.Foundation (6.9 - 1056) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
- 0x7fff8dfac000 - 0x7fff8dfb0ff7 libheimdal-asn1.dylib (323.12) <063A01C2-E547-39D9-BB42-4CC8E64ADE70> /usr/lib/libheimdal-asn1.dylib
- 0x7fff8dfb1000 - 0x7fff8dfb6fff libmacho.dylib (845) <1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib
- 0x7fff8e022000 - 0x7fff8e024ff3 libsystem_configuration.dylib (596.12) /usr/lib/system/libsystem_configuration.dylib
- 0x7fff8e35c000 - 0x7fff8e4afff7 com.apple.audio.toolbox.AudioToolbox (1.9 - 1.9) /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
- 0x7fff8e4ee000 - 0x7fff8f062ff7 com.apple.AppKit (6.9 - 1265) <0E9FC8BF-DA3C-34C5-91CC-12BC922B5F01> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
- 0x7fff8f063000 - 0x7fff8f067ff7 libcache.dylib (62) /usr/lib/system/libcache.dylib
- 0x7fff8f068000 - 0x7fff8f0a1ff7 com.apple.QD (3.50 - 298) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
- 0x7fff8f0a2000 - 0x7fff8f0adfff libGL.dylib (9.0.83) <984A960A-C159-3AE5-8B40-E2B451F6C712> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
- 0x7fff8f0d7000 - 0x7fff8f0d8ff7 libDiagnosticMessagesClient.dylib (100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E> /usr/lib/libDiagnosticMessagesClient.dylib
- 0x7fff8f120000 - 0x7fff8f121fff liblangid.dylib (117) <9546E641-F730-3AB0-B3CD-E0E2FDD173D9> /usr/lib/liblangid.dylib
- 0x7fff8f122000 - 0x7fff8f169ff7 libcups.2.dylib (372) <348EED62-6C20-35D6-8EFB-E80943965100> /usr/lib/libcups.2.dylib
- 0x7fff8f551000 - 0x7fff8f5e0fff com.apple.Metadata (10.7.0 - 800.12.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
- 0x7fff8f843000 - 0x7fff8f850ff0 libbz2.1.0.dylib (29) <0B98AC35-B138-349C-8063-2B987A75D24C> /usr/lib/libbz2.1.0.dylib
- 0x7fff8fa7e000 - 0x7fff8fa86ffc libGFXShared.dylib (9.0.83) <11A621C3-37A0-39CE-A69B-8739021BD79D> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
- 0x7fff8fab1000 - 0x7fff8fc5ef27 libobjc.A.dylib (551.1) /usr/lib/libobjc.A.dylib
- 0x7fff8fc5f000 - 0x7fff8fc68fff com.apple.speech.synthesis.framework (4.6.2 - 4.6.2) <0AAE45F0-FC6E-36B6-A6A7-73E6950A74AC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
- 0x7fff90002000 - 0x7fff9000ffff com.apple.Sharing (132.2 - 132.2) /System/Library/PrivateFrameworks/Sharing.framework/Versions/A/Sharing
- 0x7fff90042000 - 0x7fff90071ff5 com.apple.GSS (4.0 - 2.0) /System/Library/Frameworks/GSS.framework/Versions/A/GSS
- 0x7fff90072000 - 0x7fff90072fff com.apple.CoreServices (59 - 59) <7A697B5E-F179-30DF-93F2-8B503CEEEFD5> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
- 0x7fff90073000 - 0x7fff900c5fff libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
- 0x7fff90646000 - 0x7fff90646fff com.apple.Cocoa (6.8 - 20) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
- 0x7fff90647000 - 0x7fff90710fff com.apple.LaunchServices (572.23 - 572.23) <8D955BDE-2C4C-3DD4-B4D7-2D916174FE1D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
- 0x7fff90711000 - 0x7fff90762ff3 com.apple.audio.CoreAudio (4.2.0 - 4.2.0) /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
- 0x7fff90795000 - 0x7fff90858ff7 com.apple.backup.framework (1.5.1 - 1.5.1) /System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup
- 0x7fff9085f000 - 0x7fff9117b05f com.apple.CoreGraphics (1.600.0 - 599.7) <7D0FD5A7-A061-39BA-8E00-723825D2C4DD> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
- 0x7fff9117c000 - 0x7fff911bbfff libGLU.dylib (9.0.83) <8B457205-513B-3477-AE9C-3AD979D5FE11> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
- 0x7fff91291000 - 0x7fff912acff7 libPng.dylib (1038) /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
- 0x7fff912b0000 - 0x7fff912bbff7 com.apple.NetAuth (5.0 - 5.0) /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
- 0x7fff912bc000 - 0x7fff912e3ff7 libsystem_network.dylib (241.3) <8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364> /usr/lib/system/libsystem_network.dylib
- 0x7fff912e4000 - 0x7fff912e4ffd libOpenScriptingUtil.dylib (157) <19F0E769-0989-3062-9AFB-8976E90E9759> /usr/lib/libOpenScriptingUtil.dylib
- 0x7fff91426000 - 0x7fff9144aff7 libJPEG.dylib (1038) <86F349A8-882D-3326-A0B0-63257F68B1A7> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
- 0x7fff916fe000 - 0x7fff91700fff libCVMSPluginSupport.dylib (9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
- 0x7fff91701000 - 0x7fff91701fff com.apple.Accelerate.vecLib (3.9 - vecLib 3.9) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
- 0x7fff9172a000 - 0x7fff9172fff7 libunwind.dylib (35.3) <78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
- 0x7fff91ff7000 - 0x7fff9201effb libsystem_info.dylib (449.1.3) <7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib
- 0x7fff920c3000 - 0x7fff92130fff com.apple.SearchKit (1.4.0 - 1.4.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
- 0x7fff92131000 - 0x7fff92389ff1 com.apple.security (7.0 - 55471) <233831C5-C457-3AD5-AFE7-E3E2DE6929C9> /System/Library/Frameworks/Security.framework/Versions/A/Security
- 0x7fff92397000 - 0x7fff9266bfc7 com.apple.vImage (7.0 - 7.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
- 0x7fff92f4f000 - 0x7fff92f69fff libdispatch.dylib (339.1.9) <46878A5B-4248-3057-962C-6D4A235EEF31> /usr/lib/system/libdispatch.dylib
- 0x7fff92f6a000 - 0x7fff92f92ffb libxslt.1.dylib (13) /usr/lib/libxslt.1.dylib
- 0x7fff93591000 - 0x7fff935d3ff7 libauto.dylib (185.5) /usr/lib/libauto.dylib
- 0x7fff935d4000 - 0x7fff93604fff com.apple.IconServices (25 - 25.17) <4751127E-FBD5-3ED5-8510-08D4E4166EFE> /System/Library/PrivateFrameworks/IconServices.framework/Versions/A/IconServices
- 0x7fff937e6000 - 0x7fff93820ff3 com.apple.bom (12.0 - 192) <989690DB-B9CC-3DB5-89AE-B5D33EDC474E> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
- 0x7fff9397e000 - 0x7fff93aecff7 libBLAS.dylib (1094.5) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
- 0x7fff93b18000 - 0x7fff93b1bfff com.apple.TCC (1.0 - 1) <32A075D9-47FD-3E71-95BC-BFB0D583F41C> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
- 0x7fff93b1c000 - 0x7fff93b20fff libpam.2.dylib (20) /usr/lib/libpam.2.dylib
- 0x7fff93c44000 - 0x7fff94077ffb com.apple.vision.FaceCore (3.0.0 - 3.0.0) /System/Library/PrivateFrameworks/FaceCore.framework/Versions/A/FaceCore
- 0x7fff94101000 - 0x7fff94174ffb com.apple.securityfoundation (6.0 - 55122) <119D1C53-B292-3378-AEE1-A3B1FB02F43F> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
- 0x7fff94180000 - 0x7fff9418dff7 libxar.1.dylib (202) <5572AA71-E98D-3FE1-9402-BB4A84E0E71E> /usr/lib/libxar.1.dylib
- 0x7fff941a2000 - 0x7fff941a4fff libRadiance.dylib (1038) <55F99274-5074-3C73-BAC5-AF234E71CF38> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
- 0x7fff9420c000 - 0x7fff94259ff2 com.apple.print.framework.PrintCore (9.0 - 428) <8D8253E3-302F-3DB2-9C5C-572CB974E8B3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
- 0x7fff9425a000 - 0x7fff9425ffff com.apple.DiskArbitration (2.6 - 2.6) /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
- 0x7fff94260000 - 0x7fff94270fff libbsm.0.dylib (33) <2CAC00A2-1352-302A-88FA-C567D4D69179> /usr/lib/libbsm.0.dylib
- 0x7fff942c5000 - 0x7fff942cfff7 com.apple.bsd.ServiceManagement (2.0 - 2.0) <2D27B498-BB9C-3D88-B05A-76908A8A26F3> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
- 0x7fff942d0000 - 0x7fff942f5ff7 com.apple.CoreVideo (1.8 - 117.2) <4674339E-26D0-35FA-9958-422832B39B12> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
- 0x7fff942f8000 - 0x7fff94346fff libcorecrypto.dylib (161.1) /usr/lib/system/libcorecrypto.dylib
- 0x7fff94347000 - 0x7fff9434affc com.apple.IOSurface (91 - 91) <07CA8A59-1E32-3FB6-B506-18DAF58A8CE0> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
- 0x7fff9434b000 - 0x7fff94354ff3 libsystem_notify.dylib (121) <52571EC3-6894-37E4-946E-064B021ED44E> /usr/lib/system/libsystem_notify.dylib
- 0x7fff943ae000 - 0x7fff943c0ff7 com.apple.MultitouchSupport.framework (245.13 - 245.13) /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
- 0x7fff943c1000 - 0x7fff9455dff7 com.apple.QuartzCore (1.8 - 332.0) <994D1E0A-64B6-398C-B9A2-C362F02DE943> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
- 0x7fff94953000 - 0x7fff94a42fff libFontParser.dylib (111.1) <835A8253-6AB9-3AAB-9CBF-171440DEC486> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
- 0x7fff94a44000 - 0x7fff94a68fff libxpc.dylib (300.1.17) <4554927A-9467-365C-91F1-5A116989DD7F> /usr/lib/system/libxpc.dylib
- 0x7fff94a69000 - 0x7fff94ab0fff libFontRegistry.dylib (127) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
- 0x7fff94b00000 - 0x7fff94b53fff com.apple.ScalableUserInterface (1.0 - 1) /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableUserInterface.framework/Versions/A/ScalableUserInterface
- 0x7fff94b5e000 - 0x7fff94b6cfff com.apple.opengl (9.0.83 - 9.0.83) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
- 0x7fff94b8a000 - 0x7fff94b91ff7 liblaunch.dylib (842.1.4) /usr/lib/system/liblaunch.dylib
- 0x7fff94b92000 - 0x7fff94b9dfff libkxld.dylib (2422.1.72) /usr/lib/system/libkxld.dylib
- 0x7fff94ec9000 - 0x7fff94ec9ff7 libkeymgr.dylib (28) <3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib
- 0x7fff94eca000 - 0x7fff94f23fff libTIFF.dylib (1038) <5CBFE0C2-9DD8-340B-BA63-A94CE2E476F2> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
- 0x7fff94f24000 - 0x7fff94f3fff7 libsystem_malloc.dylib (23.1.10) /usr/lib/system/libsystem_malloc.dylib
- 0x7fff950ab000 - 0x7fff950dafd2 libsystem_m.dylib (3047.16) /usr/lib/system/libsystem_m.dylib
- 0x7fff950db000 - 0x7fff950e3ff7 com.apple.speech.recognition.framework (4.2.4 - 4.2.4) <98BBB3E4-6239-3EF1-90B2-84EA0D3B8D61> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
- 0x7fff950e6000 - 0x7fff950e7ff7 libsystem_blocks.dylib (63) /usr/lib/system/libsystem_blocks.dylib
- 0x7fff950ef000 - 0x7fff952d4ff7 com.apple.CoreFoundation (6.9 - 855.11) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
- 0x7fff952d5000 - 0x7fff952ecfff com.apple.CFOpenDirectory (10.9 - 173.1.1) <3FB4D5FE-860B-3BDE-BAE2-3531D919EF10> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
- 0x7fff953a1000 - 0x7fff953a5ff7 libGIF.dylib (1038) /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
- 0x7fff958d8000 - 0x7fff958e2ff7 com.apple.CrashReporterSupport (10.9 - 538) /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/CrashReporterSupport
- 0x7fff958e3000 - 0x7fff95bb1ff4 com.apple.CoreImage (9.0.54) <74BB8685-69A9-3A45-8DED-EA26BD39D710> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage
- 0x7fff95e9a000 - 0x7fff95e9bfff com.apple.TrustEvaluationAgent (2.0 - 25) <334A82F4-4AE4-3719-A511-86D0B0723E2B> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
- 0x7fff95e9c000 - 0x7fff95f4cff7 libvMisc.dylib (423.32) <049C0735-1808-39B9-943F-76CB8021744F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
- 0x7fff95fa5000 - 0x7fff95faefff com.apple.CommonAuth (4.0 - 2.0) <1D263127-5F27-3128-996D-7397660D0C6E> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
- 0x7fff95fd9000 - 0x7fff96283ffd com.apple.HIToolbox (2.1 - 696) <1CFFF37B-C392-3088-B0A4-C08C55B2AF8F> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
- 0x7fff962bc000 - 0x7fff962fdfff com.apple.PerformanceAnalysis (1.47 - 47) <784ED7B8-FAE4-36CE-8C76-B7D300316C9F> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis
- 0x7fff96478000 - 0x7fff96482fff libcommonCrypto.dylib (60049) <8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib
- 0x7fff96483000 - 0x7fff9648afff libcompiler_rt.dylib (35) <4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib
- 0x7fff965c3000 - 0x7fff965c4ff7 libsystem_sandbox.dylib (278.10) /usr/lib/system/libsystem_sandbox.dylib
- 0x7fff9752f000 - 0x7fff97777fff com.apple.CoreData (107 - 481) /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
- 0x7fff97849000 - 0x7fff97930ff7 libxml2.2.dylib (26) /usr/lib/libxml2.2.dylib
- 0x7fff97958000 - 0x7fff97974ff7 libsystem_kernel.dylib (2422.1.72) /usr/lib/system/libsystem_kernel.dylib
- 0x7fff97a67000 - 0x7fff97ae7fff com.apple.CoreSymbolication (3.0 - 141) /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication
- 0x7fff97ae8000 - 0x7fff97bedfff com.apple.ImageIO.framework (3.3.0 - 1038) <2C058216-C6D8-3380-A7EA-92A3F04520C1> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
- 0x7fff97ca5000 - 0x7fff97d2eff7 libsystem_c.dylib (997.1.1) <61833FAA-7281-3FF9-937F-686B6F20427C> /usr/lib/system/libsystem_c.dylib
- 0x7fff97d45000 - 0x7fff97d5eff7 com.apple.Ubiquity (1.3 - 289) /System/Library/PrivateFrameworks/Ubiquity.framework/Versions/A/Ubiquity
- 0x7fff97d64000 - 0x7fff97e94ff7 com.apple.desktopservices (1.8 - 1.8) <09DC9BB8-432F-3C7A-BB08-956A2DDFC2DE> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
- 0x7fff97f05000 - 0x7fff98075ff6 com.apple.CFNetwork (673.0.3 - 673.0.3) <42CFC3DB-35C8-3652-AF37-4BCC73D8BDEF> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
- 0x7fff98076000 - 0x7fff980e0ff7 com.apple.framework.IOKit (2.0.1 - 907.1.13) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
- 0x7fff9877f000 - 0x7fff987e2ff7 com.apple.SystemConfiguration (1.13 - 1.13) /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
- 0x7fff988e8000 - 0x7fff9894cff9 com.apple.Heimdal (4.0 - 2.0) /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
- 0x7fff9894d000 - 0x7fff98a18fff libvDSP.dylib (423.32) <3BF732BE-DDE0-38EB-8C54-E4E3C64F77A7> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
- 0x7fff98ba3000 - 0x7fff98babfff libsystem_dnssd.dylib (522.1.11) <270DCF6C-502D-389A-AA9F-DE4624A36FF7> /usr/lib/system/libsystem_dnssd.dylib
- 0x7fff98bac000 - 0x7fff98baffff libCoreVMClient.dylib (58.1) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
- 0x7fff98bb0000 - 0x7fff98c72ff1 com.apple.CoreText (352.0 - 367.15) /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
- 0x7fff98c73000 - 0x7fff98c7fff7 com.apple.OpenDirectory (10.9 - 173.1.1) <6B78BD7B-5622-38E6-8FC6-86A117E3ACCA> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
- 0x7fff98c80000 - 0x7fff98caffff com.apple.DebugSymbols (106 - 106) /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols
- 0x7fff98cb0000 - 0x7fff98d9efff libJP2.dylib (1038) <6C8179F5-8063-3ED6-A7C2-D5603DECDF28> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
- 0x7fff98e1f000 - 0x7fff98f03fff com.apple.coreui (2.1 - 231) <432DB40C-6B7E-39C8-9FB5-B95917930056> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
- 0x7fff98f6f000 - 0x7fff98f73fff libsystem_stats.dylib (93.1.26) /usr/lib/system/libsystem_stats.dylib
- 0x7fff98f74000 - 0x7fff98ffdfff com.apple.ColorSync (4.9.0 - 4.9.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
- 0x7fff99029000 - 0x7fff9908dff3 com.apple.datadetectorscore (5.0 - 354.0) <9ACF24B8-3268-3134-A5BC-D72C9371A195> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore
- 0x7fff993e4000 - 0x7fff993ebff3 libcopyfile.dylib (103) <5A881779-D0D6-3029-B371-E3021C2DDA5E> /usr/lib/system/libcopyfile.dylib
- 0x7fff994a3000 - 0x7fff99512ff1 com.apple.ApplicationServices.ATS (360 - 363.1) <88976B22-A9B8-3E7B-9AE6-0B8E09A968FC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
- 0x7fff99513000 - 0x7fff9952ffff libresolv.9.dylib (54) <11C2C826-F1C6-39C6-B4E8-6E0C41D4FA95> /usr/lib/libresolv.9.dylib
- 0x7fff99530000 - 0x7fff9953fff8 com.apple.LangAnalysis (1.7.0 - 1.7.0) <8FE131B6-1180-3892-98F5-C9C9B79072D4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
- 0x7fff99656000 - 0x7fff9966fff7 com.apple.Kerberos (3.0 - 1) /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
- 0x7fff99673000 - 0x7fff99674ffb libremovefile.dylib (33) <3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib
- 0x7fff99675000 - 0x7fff99676ff7 libSystem.B.dylib (1197.1.1) /usr/lib/libSystem.B.dylib
- 0x7fff99c76000 - 0x7fff99c87ff7 libsystem_asl.dylib (217.1.4) <655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib
- 0x7fff99c88000 - 0x7fff99f72fff com.apple.CoreServices.CarbonCore (1077.14 - 1077.14) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
- 0x7fff99f73000 - 0x7fff99feafff com.apple.CoreServices.OSServices (600.4 - 600.4) <36B2B009-C35E-3F21-824E-E0D00E7808C7> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
- 0x7fff99feb000 - 0x7fff9a014ff7 libc++abi.dylib (48) <8C16158F-CBF8-3BD7-BEF4-022704B2A326> /usr/lib/libc++abi.dylib
- 0x7fff9a076000 - 0x7fff9a0aeff7 com.apple.RemoteViewServices (2.0 - 94) <3F34D630-3DDB-3411-BC28-A56A9B55EBDA> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices
- 0x7fff9a0ca000 - 0x7fff9a0d1ff7 libsystem_pthread.dylib (53.1.4) /usr/lib/system/libsystem_pthread.dylib
- 0x7fff9a0d2000 - 0x7fff9a0d2fff com.apple.Accelerate (1.9 - Accelerate 1.9) <509BB27A-AE62-366D-86D8-0B06D217CF56> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
- 0x7fff9a0d3000 - 0x7fff9a1bdfff libsqlite3.dylib (158) <00269BF9-43BE-39E0-9C85-24585B9923C8> /usr/lib/libsqlite3.dylib
- 0x7fff9a248000 - 0x7fff9a2a3ffb com.apple.AE (665.5 - 665.5) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
- 0x7fff9a517000 - 0x7fff9a565fff com.apple.opencl (2.3.57 - 2.3.57) /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
- 0x7fff9a566000 - 0x7fff9a569ff7 libdyld.dylib (239.3) <62F4D752-4089-31A8-8B73-B95A68893B3C> /usr/lib/system/libdyld.dylib
- 0x7fff9a571000 - 0x7fff9a729ff3 libicucore.A.dylib (511.27) <003B6C21-CBD1-3486-9A1D-030ADF5FA061> /usr/lib/libicucore.A.dylib
- 0x7fff9a72a000 - 0x7fff9a753fff com.apple.DictionaryServices (1.2 - 208) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
- 0x7fff9a75a000 - 0x7fff9a766ff3 com.apple.AppleFSCompression (56 - 1.0) <5652B0D0-EB08-381F-B23A-6DCF96991FB5> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression
- 0x7fff9a8f5000 - 0x7fff9a90dff7 com.apple.GenerationalStorage (2.0 - 160.2) <79629AC7-896F-3302-8AC1-4939020F08C3> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/GenerationalStorage
- 0x7fff9a939000 - 0x7fff9a954ff7 libCRFSuite.dylib (34) /usr/lib/libCRFSuite.dylib
- 0x7fff9ab57000 - 0x7fff9ab59ff7 libquarantine.dylib (71) <7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib
- 0x7fff9ab5a000 - 0x7fff9ab5affd com.apple.audio.units.AudioUnit (1.9 - 1.9) <6E89F3CB-CC41-3728-9F9A-FDFC151E8261> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
- 0x7fff9ac14000 - 0x7fff9ac59ff6 com.apple.HIServices (1.22 - 466) <21807AF8-3BC7-32BB-AB96-7C35CB59D7F6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
- 0x7fff9ac5a000 - 0x7fff9ac5afff com.apple.ApplicationServices (48 - 48) <3E3F01A8-314D-378F-835E-9CC4F8820031> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
- 0x7fff9adc0000 - 0x7fff9ade5ff7 com.apple.ChunkingLibrary (2.0 - 155.1) /System/Library/PrivateFrameworks/ChunkingLibrary.framework/Versions/A/ChunkingLibrary
-
-External Modification Summary:
- Calls made by other processes targeting this process:
- task_for_pid: 19
- thread_create: 0
- thread_set_state: 0
- Calls made by this process:
- task_for_pid: 0
- thread_create: 0
- thread_set_state: 0
- Calls made by all processes on this machine:
- task_for_pid: 3885694
- thread_create: 1
- thread_set_state: 0
-
-VM Region Summary:
-ReadOnly portion of Libraries: Total=206.9M resident=102.5M(50%) swapped_out_or_unallocated=104.5M(50%)
-Writable regions: Total=51.2M written=13.9M(27%) resident=16.1M(31%) swapped_out=0K(0%) unallocated=35.1M(69%)
-
-REGION TYPE VIRTUAL
-=========== =======
-Dispatch continuations 4096K
-Kernel Alloc Once 4K
-MALLOC 18.3M
-MALLOC (admin) 32K
-STACK GUARD 56.0M
-Stack 12.6M
-VM_ALLOCATE 12.3M
-VM_ALLOCATE (reserved) 12K reserved VM address space (unallocated)
-__DATA 23.0M
-__IMAGE 528K
-__LINKEDIT 71.2M
-__TEXT 135.7M
-__UNICODE 544K
-shared memory 4K
-=========== =======
-TOTAL 334.3M
-TOTAL, minus reserved VM space 334.3M
-
-
-
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_7_849759a5c92de57733b14adce2f49c14._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_7_849759a5c92de57733b14adce2f49c14._comment
deleted file mode 100644
index ff4e1947c9..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_7_849759a5c92de57733b14adce2f49c14._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.43"
- subject="comment 7"
- date="2014-01-16T03:32:08Z"
- content="""
-The new crash is in gnutls.
-
-I have removed the gnutls stuff that I asked homebrew to build a portable version of, since it seemed to fail to do so. Perhaps this will get us there. Autobuild is updated.
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_8_01530dd4ddbf620435a4d8f1edeaee8e._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_8_01530dd4ddbf620435a4d8f1edeaee8e._comment
deleted file mode 100644
index 0ea4b49530..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_8_01530dd4ddbf620435a4d8f1edeaee8e._comment
+++ /dev/null
@@ -1,17 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawn_3tllXjSmtgm__aGr9Z4gVNFgJgGyJ30"
- nickname="David Alan"
- subject="Same"
- date="2014-01-16T05:45:34Z"
- content="""
-Same problem for me here, although I would not know how to make a nice log like David does.
-
-versioning of osx is like this:
-
-10.6 -> Snow Leopard
-10.7 -> Lion
-10.8 -> Mountain Lion
-10.9 -> Mavericks
-
-Thanks for the efforts.
-"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_9_6ef922e1ebb72db8ebbff4a76017e535._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_9_6ef922e1ebb72db8ebbff4a76017e535._comment
deleted file mode 100644
index edc8f2af21..0000000000
--- a/doc/bugs/Share_with_friends_crash_in_osx/comment_9_6ef922e1ebb72db8ebbff4a76017e535._comment
+++ /dev/null
@@ -1,19 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
- nickname="David"
- subject="Still crashing (again)"
- date="2014-01-16T23:33:15Z"
- content="""
-Here is the relevant section of the new crash. Looks like the same crash as yesterdays to me.
-
-[[!format sh \"\"\"
-Thread 4 Crashed:
-0 S 0x000000010cea0b9d nettle_sha256_init + 4
-1 S 0x000000010cea7e60 nettle_yarrow256_init + 24
-2 H 0x000000010cccf2a3 wrap_nettle_rnd_init + 52
-3 H 0x000000010cc53585 _gnutls_rnd_init + 32
-4 H 0x000000010cc47dae gnutls_global_init + 262
-5 git-annex 0x000000010ab95873 0x10937a000 + 25278579
-6 git-annex 0x000000010c01dc08 0x10937a000 + 46808072
-\"\"\"]]
-"""]]
diff --git a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials.mdwn b/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials.mdwn
deleted file mode 100644
index 125a3f626c..0000000000
--- a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials.mdwn
+++ /dev/null
@@ -1,36 +0,0 @@
-### Please describe the problem.
-
-I have an existing Git annex repository with an Amazon S3 remote. I don't have the original credentials for this S3 account any more, but I would like to enable this remote in a fresh clone. When using the new IAM credentials, I get a SignatureDoesNotMatch error.
-
-### What steps will reproduce the problem?
-
- [ollie@nixos:/media/music]$ export AWS_ACCESS_KEY_ID="redacted"
-
- [ollie@nixos:/media/music]$ export AWS_SECRET_ACCESS_KEY="redacted"
-
- [ollie@nixos:/media/music]$ git annex enableremote S3musicencrypted
- enableremote S3musicencrypted (checking bucket...) (creating bucket in EU...) git-annex: S3Error {s3StatusCode = Status {statusCode = 403, statusMessage = "Forbidden"}, s3ErrorCode = "SignatureDoesNotMatch", s3ErrorMessage = "The request signature we calculated does not match the signature you provided. Check your key and signing method.", s3ErrorResource = Nothing, s3ErrorHostId = Just "jjTIOt9HhXtYTYTHQB7a7CryvCVwZI2nW2EoR/GcF5QxlNf//qDd5ySLnlBiU3BDN4KzZuI2U8w=", s3ErrorAccessKeyId = Just "redacted", s3ErrorStringToSign = Just "PUT\n\n\nTue, 3 Feb 2015 19:36:58 GMT\n/s3musicencrypted-a7e22956-5ce2-11e2-97a5-6f33220ffbf3/"}
-
-
-### What version of git-annex are you using? On what operating system?
-
- [ollie@nixos:/media/music]$ git annex version
- git-annex version: 5.20150113
- build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash TorrentParser
- 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 bittorrent webdav tahoe glacier ddar hook external
- local repository version: 5
- supported repository version: 5
- upgrade supported from repository versions: 0 1 2 4
-
- [ollie@nixos:/media/music]$ uname -a
- Linux nixos 3.18.3 #1-NixOS SMP Thu Jan 1 00:00:01 UTC 1970 x86_64 GNU/Linux
-
- [ollie@nixos:/media/music]$ cat /run/current-system/nixos-version
- 15.05pre-70b398d
-
-> Apparently something changed in a newer verison of git-annex that fixed
-> this. Since I can't think of what the change could be, my guess is the
-> newer git-annex was built against a newer version of the aws library, and
-> that the fix was in the aws library. In any case, apparently this bug is
-> [[done]] --[[Joey]]
diff --git a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_1_804a51b57ac9261a95b268d122eb7cae._comment b/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_1_804a51b57ac9261a95b268d122eb7cae._comment
deleted file mode 100644
index ada6829eb2..0000000000
--- a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_1_804a51b57ac9261a95b268d122eb7cae._comment
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-02-04T19:03:35Z"
- content="""
-Does the S3musicencrypted special remote have embedcreds=yes set
-in its configuration? You could look at `git show git-annex:remote.log`
-to check. (Don't paste it here, may contain access keys.)
-
-Does `.git/annex/creds/a7e22956-5ce2-11e2-97a5-6f33220ffbf3` exist?
-
-Based on looking at the code, I'd expect environment variables to override
-both of those, so I wonder if perhaps the creds you passed in the
-environment are just wrong.
-"""]]
diff --git a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_2_ed27571352892fb5229b4daa50934308._comment b/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_2_ed27571352892fb5229b4daa50934308._comment
deleted file mode 100644
index 64d6a148c5..0000000000
--- a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_2_ed27571352892fb5229b4daa50934308._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmg0NqVniTETKYIWr6eyYRJnakNg0A6tRc"
- nickname="Oliver"
- subject="comment 2"
- date="2015-02-04T21:42:22Z"
- content="""
-Hi joey,
-
-It doesn't seem like embedcreds is set - `git show git-annex:remote.log | grep embed` doesn't yield anything.
-
-The file you asked me to check does exist, and whenever I run `git annex enableremote` it gets updated with the contents of my environment variables.
-
-I'm pretty certain the contents of these variables is correct - I'm using AWS' \"IAM\" options to allocate new access keys to my git-annex user, and would expect a different error if things were wrong there. I'll continue to double check my account settings.
-"""]]
diff --git a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_3_8d4217b54a37eabfd12016c04c7e55b1._comment b/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_3_8d4217b54a37eabfd12016c04c7e55b1._comment
deleted file mode 100644
index a53456b8dc..0000000000
--- a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_3_8d4217b54a37eabfd12016c04c7e55b1._comment
+++ /dev/null
@@ -1,16 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 3"""
- date="2015-02-09T18:30:46Z"
- content="""
-Well, looks like git-annex is using the IAM credentials you're providing.
-
-You could try to use a different S3 client on
-the same bucket to check if the credentials are good.
-
-This may be a problem with the credentials not allowing some actions,
-like creating a bucket. Which is the action git-annex is failing at.
-
-The bucket does already exist, right? Does it contain an "annex-uuid"
-file? Does that file contain "a7e22956-5ce2-11e2-97a5-6f33220ffbf3"?
-"""]]
diff --git a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_4_17391f47897f166b763e8f3e33426fcf._comment b/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_4_17391f47897f166b763e8f3e33426fcf._comment
deleted file mode 100644
index 1d221cb3ad..0000000000
--- a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_4_17391f47897f166b763e8f3e33426fcf._comment
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmg0NqVniTETKYIWr6eyYRJnakNg0A6tRc"
- nickname="Oliver"
- subject="comment 4"
- date="2015-02-19T11:54:14Z"
- content="""
-I used `s3cmd` with the same credentials and I'm able to list the bucket contents. That file does exist, and it does contain the line expected. If I try and make the bucket:
-
-s3cmd mb s3://s3musicencrypted-a7e22956-5ce2-11e2-97a5-6f33220ffbf3
-ERROR: S3 error: 409 (BucketAlreadyOwnedByYou): Your previous request to create the named bucket succeeded and you already own it.
-
-So I should be able to create buckets, but of course creating a bucket that already exists doesn't really do anything.
-
-Taking exactly the same credentials as my .s3cfg and using them with git annex continues to fail with signature errors.
-"""]]
diff --git a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_5_e720d301c2bc17483b0e50dde3ccb23c._comment b/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_5_e720d301c2bc17483b0e50dde3ccb23c._comment
deleted file mode 100644
index 5a0b3000b5..0000000000
--- a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_5_e720d301c2bc17483b0e50dde3ccb23c._comment
+++ /dev/null
@@ -1,22 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 5"""
- date="2015-07-07T17:58:03Z"
- content="""
-Seems we're ruled out nearly anything except for a bug in the aws library
-that git-annex uses.
-
-So, I think we need to file a bug on that library. It would be very helpful
-to include the library's debugging output with such a bug report. You can
-get it by upgrading to git-annex version 5.20150420 or newer, and passing
---debug to git-annex. Should result in some debug logs for aws.
-
-Also, if possible make sure git-annex is built with the newest version of
-the aws library. I assume this is easy, since you're using Nix. ;)
-
-(If you're comfortable building haskell programs, it would also be great to
-test with Examples/GetObject.hs from the aws package's source, which
-has to be modified to use your bucket, and to get the annex-uuid file from
-it. If we can get git-annex entirely out of the loop, we can be sure the
-bug is in the aws library..)
-"""]]
diff --git a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_6_5e3bd68936199a29bf38fee43f1030b8._comment b/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_6_5e3bd68936199a29bf38fee43f1030b8._comment
deleted file mode 100644
index fc2a41fa16..0000000000
--- a/doc/bugs/SignatureDoesNotMatch_error_when_trying_to_enable_S3_remote_with_IAM_credentials/comment_6_5e3bd68936199a29bf38fee43f1030b8._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="ollie@6d66b5a4b0992998efe3e4c244a66708bf5d96f3"
- nickname="ollie"
- subject="comment 6"
- date="2015-07-17T10:42:05Z"
- content="""
-I've just updated to a much newer git-annex, and everything seems to be working again now. Hurrah!
-"""]]
diff --git a/doc/bugs/Small_archive_behaving_like_archive.mdwn b/doc/bugs/Small_archive_behaving_like_archive.mdwn
deleted file mode 100644
index 9477772796..0000000000
--- a/doc/bugs/Small_archive_behaving_like_archive.mdwn
+++ /dev/null
@@ -1,36 +0,0 @@
-### Please describe the problem.
-
-repos of group smallarchive have started trying to accumulate all files.
-
-I have an archive repo (rsync) and a smallarchive repo (glacier). The assistant is now trying to transfer everything up to glacier. This is new behavior as of this version of annex.
-
-### What steps will reproduce the problem?
-
-
-### What version of git-annex are you using? On what operating system?
-
-Mac OSX 10.8.3 (Build 12D78)
-
- git-annex version: 4.20130501-ged2fc6f
-
- local repository version: 4
- default repository version: 3
- supported repository versions: 3 4
- upgrade supported from repository versions: 0 1 2
- build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
-
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/debug.log
-
-
-# End of transcript or log.
-"""]]
-
-[[!tag moreinfo]]
-
-> Since there's a plausible explanation in my comment and no followup,
-> [[done]] --[[Joey]]
diff --git a/doc/bugs/Small_archive_behaving_like_archive/comment_1_718dc246cbbbeae04436fa033011ab12._comment b/doc/bugs/Small_archive_behaving_like_archive/comment_1_718dc246cbbbeae04436fa033011ab12._comment
deleted file mode 100644
index dd509cdde9..0000000000
--- a/doc/bugs/Small_archive_behaving_like_archive/comment_1_718dc246cbbbeae04436fa033011ab12._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- nickname="joey"
- subject="comment 1"
- date="2013-05-06T21:09:00Z"
- content="""
-I have tested smallarchive and do not see any bug with its operation. Files not in an `archive` directory are not sent to the smallarchive repository. Files in `archive` directories are, unless they have already been sent to some other archive repository.
-
-There has, however, been a recent change that could have led you to see a change in behavior, though not one that is really a bug:
-Now smallarchive repositories will accept any content if it's only located on repositories that are untrusted or dead. So for example if your main client repo is for some reason marked as untrusted, the glacier repo would assume it's going away, and accept content from it.
-
-If that's not the explanation, you will need to provide more details..
-"""]]
diff --git a/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget.mdwn b/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget.mdwn
deleted file mode 100644
index 738534358b..0000000000
--- a/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget.mdwn
+++ /dev/null
@@ -1,33 +0,0 @@
-### Please describe the problem.
-At some point, I migrated all my WORM-backed objects to SHA1E. I then squashed my master branch to get rid of any WORM references and dropped unused objects. Recently, I noticed that the git-annex branch still has all tracking information on the old WORM keys. I tried running git-annex forget, but the old keys are not purged, even though no (local or remote) branch refers to them and no git-annex repository has the data for these keys anymore. Should such keys be purged by git-annex forget, too?
-
-### What steps will reproduce the problem?
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-git init /tmp/repo
-cd /tmp/repo
-git annex init
-echo hi > file
-git annex add --backend=WORM file
-git commit -m init
-git annex migrate
-git commit -m migrated
-git checkout --orphan tmp
-git commit -m squashed
-git branch -m master -f
-git annex unused
-git annex dropunused 1 --force
-git annex forget --drop-dead --force
-git ls-tree -r git-annex | grep WORM
-
-# End of transcript or log.
-"""]]
-
-### What version of git-annex are you using? On what operating system?
-git-annex 5.20150508
-Linux 4.0.4
-
-> This can now be dealt with by providing the key to `git annex dead
-> --key` [[done]] --[[Joey]]
diff --git a/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget/comment_1_2b34b39ef76f205187b1d44fbbccd7f6._comment b/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget/comment_1_2b34b39ef76f205187b1d44fbbccd7f6._comment
deleted file mode 100644
index e5f50c84ae..0000000000
--- a/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget/comment_1_2b34b39ef76f205187b1d44fbbccd7f6._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="joey"
- subject="""comment 1"""
- date="2015-05-22T17:16:28Z"
- content="""
-`git annex forget` removes historcal data about where files were located in
-the past, but it does not affect the current logs about the current
-location (or lack of location) of files.
-
-It would be possible to extend `git annex forget` to do that, which is one
-approach to possibly solving [[fsck_reports_unsolvable_problem]].
-"""]]
diff --git a/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget/comment_2_ce97390480a04918cf20c12944ee65ef._comment b/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget/comment_2_ce97390480a04918cf20c12944ee65ef._comment
deleted file mode 100644
index d757eefa9a..0000000000
--- a/doc/bugs/Stale_keys_not_forgotten_upon_git-annex_forget/comment_2_ce97390480a04918cf20c12944ee65ef._comment
+++ /dev/null
@@ -1,7 +0,0 @@
-[[!comment format=mdwn
- username="eigengrau"
- subject="comment 2"
- date="2015-05-24T14:58:30Z"
- content="""
-Thanks! This would be useful. While it probably takes up only little disk space, the noise it creates during fsck would make it harder to discern which data has been unintentionally lost, as opposed to migrated to another back-end.
-"""]]
diff --git a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported.mdwn b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported.mdwn
deleted file mode 100644
index 82141ce687..0000000000
--- a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported.mdwn
+++ /dev/null
@@ -1,27 +0,0 @@
-### Please describe the problem.
-Symlinks get dereferenced.
-
-### What steps will reproduce the problem?
-Include a symlink in the repo. Wait until another client syncs the repo.
-
-### What version of git-annex are you using? On what operating system?
-git-annex version: 5.20131117-gbd514dc
-
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS 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 webdav glacier hook
-
-local repository version: unknown
-
-default repository version: 3
-
-supported repository versions: 3 5
-
-upgrade supported from repository versions: 0 1 2 4
-
-### Please provide any additional information below.
-I have a file `/Users/lhunath/annex/Library/Application Support/CrossOver/Bottles/Fallout 3/drive_c/users/crossover/My Documents` which is a symlink to `~/Documents` on the originating client. On the destination client, This turns into a directory, causing the whole content of `~/Documents` to get included in each bottle, which includes a bunch of VM images etc.....
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_1_06ac38f32039ad43b0c2623c8fdb1df6._comment b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_1_06ac38f32039ad43b0c2623c8fdb1df6._comment
deleted file mode 100644
index 01685d8046..0000000000
--- a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_1_06ac38f32039ad43b0c2623c8fdb1df6._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
- nickname="Maarten"
- subject="workaround?"
- date="2013-12-05T14:17:57Z"
- content="""
-Until this is fixed, how can I manually remove a file from git annex syncing?
-"""]]
diff --git a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_2_91a8daa3d49799d0784c9fe3ee10558a._comment b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_2_91a8daa3d49799d0784c9fe3ee10558a._comment
deleted file mode 100644
index 40140c852b..0000000000
--- a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_2_91a8daa3d49799d0784c9fe3ee10558a._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.87"
- subject="comment 2"
- date="2013-12-18T18:27:04Z"
- content="""
-I don't quite understand how to reproduce this bug, and have tried a few things with symlinks and multiple syncing repositories without apparent difficulty.
-
-Can you pleaseexplain in more detail how I could reproduce the problem?
-"""]]
diff --git a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_3_166ae413b7c41f00f13292855ac66974._comment b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_3_166ae413b7c41f00f13292855ac66974._comment
deleted file mode 100644
index d01f64d278..0000000000
--- a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_3_166ae413b7c41f00f13292855ac66974._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.87"
- subject="comment 3"
- date="2013-12-18T19:31:04Z"
- content="""
-I see that you're using OSX. I have replicated the bug there, and fixed it. (I think.)
-"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__.mdwn b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__.mdwn
deleted file mode 100644
index 8dd74acc38..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__.mdwn
+++ /dev/null
@@ -1,1175 +0,0 @@
-### Please describe the problem.
-
-On test fails when running "git annex test" on Windows.
-
-### What steps will reproduce the problem?
-
-Install Git-1.8.5.2-preview20131230
-Install git-annex-5.20131222
-Run "git annex test" in cmd
-
-### What version of git-annex are you using? On what operating system?
-
-git-annex-5.20131222 on Windows 7 Professional
-
-### Please provide any additional information below.
-
-The failed test is "test_mixed_conflict_resolution" with "conflictor directory missing". The problem can also be reproduced with the attached batch script.
-(EDIT: I couldn't attach a file, so I pasted its contents below the log.)
-
-You can find the complete output of "git annex test" below.
-
-[[!format text """
-Tests
- QuickCheck
- prop_idempotent_deencode_git: OK
- +++ OK, passed 100 tests.
- prop_idempotent_deencode: OK
- +++ OK, passed 100 tests.
- prop_idempotent_fileKey: OK
- +++ OK, passed 100 tests.
- prop_idempotent_key_encode: OK
- +++ OK, passed 100 tests.
- prop_idempotent_key_decode: OK
- +++ OK, passed 100 tests.
- prop_idempotent_shellEscape: OK
- +++ OK, passed 100 tests.
- prop_idempotent_shellEscape_multiword: OK
- +++ OK, passed 100 tests.
- prop_logs_sane: OK
- +++ OK, passed 100 tests.
- prop_idempotent_configEscape: OK
- +++ OK, passed 100 tests.
- prop_parse_show_Config: OK
- +++ OK, passed 100 tests.
- prop_parentDir_basics: OK
- +++ OK, passed 100 tests.
- prop_relPathDirToFile_basics: OK
- +++ OK, passed 100 tests.
- prop_relPathDirToFile_regressionTest: OK
- +++ OK, passed 100 tests.
- prop_cost_sane: OK
- +++ OK, passed 100 tests.
- prop_matcher_sane: OK
- +++ OK, passed 100 tests.
- prop_HmacSha1WithCipher_sane: OK
- +++ OK, passed 100 tests.
- prop_TimeStamp_sane: OK
- +++ OK, passed 100 tests.
- prop_addLog_sane: OK
- +++ OK, passed 100 tests.
- prop_verifiable_sane: OK
- +++ OK, passed 100 tests.
- prop_segment_regressionTest: OK
- +++ OK, passed 100 tests.
- prop_read_write_transferinfo: OK
- +++ OK, passed 100 tests.
- prop_read_show_inodecache: OK
- +++ OK, passed 100 tests.
- prop_parse_show_log: OK
- +++ OK, passed 100 tests.
- prop_read_show_TrustLevel: OK
- +++ OK, passed 100 tests.
- prop_parse_show_TrustLog: OK
- +++ OK, passed 100 tests.
- prop_hashes_stable: OK
- +++ OK, passed 100 tests.
- prop_schedule_roundtrips: OK
- +++ OK, passed 100 tests.
- prop_duration_roundtrips: OK
- +++ OK, passed 100 tests.
- Unit Tests
- init: init test repo
- Detected a filesystem without fifo support.
-
- Disabling ssh connection caching.
-
- Detected a crippled filesystem.
-
- Enabling direct mode.
-ok
-(Recording state in git...)
-OK
- add: add foo ok
-(Recording state in git...)
-add sha1foo ok
-(Recording state in git...)
-add apple ok
-(Recording state in git...)
-fatal: This operation must be run in a work tree
-commit (Recording state in git...)
-ok
-(Recording state in git...)
-OK
- add sha1dup: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-add sha1foodup cygwin warning:
- MS-DOS style path detected: C:\Users\Tobias\testdir\t2\.t\tmprepo0\.git\annex\tmp\tmp5876
- Preferred POSIX equivalent is: /cygdrive/c/Users/Tobias/testdir/t2/.t/tmprepo0/.git/annex/tmp/tmp5876
- CYGWIN environment variable option "nodosfilewarning" turns off this warning.
- Consult the user's guide for more details about POSIX paths:
- http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
-ok
-(Recording state in git...)
-OK
- add subdirs: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-add dir/foo cygwin warning:
- MS-DOS style path detected: C:\Users\Tobias\testdir\t2\.t\tmprepo1\.git\annex\tmp\tmp3396
- Preferred POSIX equivalent is: /cygdrive/c/Users/Tobias/testdir/t2/.t/tmprepo1/.git/annex/tmp/tmp3396
- CYGWIN environment variable option "nodosfilewarning" turns off this warning.
- Consult the user's guide for more details about POSIX paths:
- http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
-ok
-(Recording state in git...)
-OK
- reinject: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- unannex (no copy): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-OK
- unannex (with copy): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-unannex foo ok
-(Recording state in git...)
-OK
- drop (no remote): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-drop foo (unsafe)
- Could only verify the existence of 0 out of 1 necessary copies
-
- Try making some of these repositories available:
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- test repo
-
- (Use --force to override this check, or adjust annex.numcopies.)
-failed
-git-annex: drop: 1 failed
-drop foo ok
-(Recording state in git...)
-OK
- drop (with remote): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 78.67 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-drop foo ok
-(Recording state in git...)
-OK
- drop (untrusted remote): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-untrust origin (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-ok
-(Recording state in git...)
-get foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 78.67 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-drop foo (unsafe)
- Could only verify the existence of 0 out of 1 necessary copies
-
- Also these untrusted repositories may contain the file:
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
-
- (Use --force to override this check, or adjust annex.numcopies.)
-failed
-git-annex: drop: 1 failed
-OK
- get: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-OK
- move: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-move foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-move foo (to origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-OK
- copy: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-copy foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-copy foo ok
-move foo ok
-(Recording state in git...)
-OK
- lock: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- edit (no pre-commit): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- edit (pre-commit): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- fix: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- trust: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-trust origin (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-ok
-(Recording state in git...)
-trust origin ok
-(Recording state in git...)
-untrust origin ok
-(Recording state in git...)
-untrust origin ok
-(Recording state in git...)
-dead origin ok
-(Recording state in git...)
-dead origin ok
-(Recording state in git...)
-semitrust origin ok
-(Recording state in git...)
-semitrust origin ok
-(Recording state in git...)
-OK
- fsck (basics): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-fsck foo (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-ok
-fsck sha1foo ok
-fsck foo
- Only 1 of 2 trustworthy copies exist of foo
- Back it up with git-annex copy.
-failed
-fsck sha1foo
- Only 1 of 2 trustworthy copies exist of sha1foo
- Back it up with git-annex copy.
-failed
-git-annex: fsck: 2 failed
-get foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-fsck foo ok
-fsck sha1foo ok
-fsck foo ok
-fsck sha1foo ok
-get sha1foo (from origin...)
-sha1foo
- 25 100% 0.00kB/s 0:00:00
- 25 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 96 bytes received 31 bytes 254.00 bytes/sec
-total size is 25 speedup is 0.20
-ok
-(Recording state in git...)
-fsck foo ok
-fsck sha1foo ok
-fsck foo ok
-fsck sha1foo ok
-OK
- fsck (bare): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-fsck SHA256E-s20--e394a389d787383843decc5d3d99b6d184ffa5fddeec23b911f9ee7fc8b9ea77 ok
-fsck WORM-s25-m1388499859--apple ok
-fsck SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa ok
-OK
- fsck (local untrusted): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 78.67 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-untrust origin ok
-(Recording state in git...)
-untrust . ok
-(Recording state in git...)
-fsck foo
- Only these untrusted locations may have copies of foo
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
- 68deb80b-3a46-42f9-bb58-0f3b5a689d28 -- here (.t\tmprepo18)
- Back it up to trusted locations with git-annex copy.
-failed
-fsck sha1foo
- Only these untrusted locations may have copies of sha1foo
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
- Back it up to trusted locations with git-annex copy.
-failed
-git-annex: fsck: 2 failed
-trust . ok
-(Recording state in git...)
-fsck foo ok
-OK
- fsck (remote untrusted): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-get sha1foo (from origin...)
-sha1foo
- 25 100% 0.00kB/s 0:00:00
- 25 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 96 bytes received 31 bytes 254.00 bytes/sec
-total size is 25 speedup is 0.20
-ok
-(Recording state in git...)
-fsck foo ok
-fsck sha1foo ok
-untrust origin ok
-(Recording state in git...)
-fsck foo
- Only 1 of 2 trustworthy copies exist of foo
- Back it up with git-annex copy.
- The following untrusted locations may also have copies:
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
-failed
-fsck sha1foo
- Only 1 of 2 trustworthy copies exist of sha1foo
- Back it up with git-annex copy.
- The following untrusted locations may also have copies:
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
-failed
-git-annex: fsck: 2 failed
-OK
- migrate: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- migrate (via gitattributes): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- unused: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- describe: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-describe . ok
-(Recording state in git...)
-describe origin (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-ok
-(Recording state in git...)
-OK
- find: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-foo
-foo
-sha1foo
-sha1foo
-add dir/subfile ok
-(Recording state in git...)
-dir/subfile
-OK
- merge: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-merge git-annex (merging origin/git-annex into git-annex...)
-(Recording state in git...)
-ok
-OK
- info: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-{"command":"info","repository mode":"direct","trusted repositories":[],"semitrusted repositories":[{"uuid":"00000000-0000-0000-0000-000000000001","description":"web","here":false},{"uuid":"3bbb68d2-9ef1-4126-bee5-f60569f8ad82","description":"origin (test repo)","here":false},{"uuid":"fe838913-724e-4fb1-a47f-4b3815b1aab5","description":".t\\tmprepo26","here":true}],"untrusted repositories":[],"available local disk space":"7.78 gigabytes (+1 megabyte reserved)","local annex keys":0,"local annex size":"0 bytes","annexed files in working tree":2,"size of annexed files in working tree":"45 bytes","bloom filter size":"16 mebibytes (0% full)","success":true}
-OK
- version: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-git-annex version: 5.20131230-g192d991
-build flags: Assistant Webapp Pairing Testsuite S3 WebDAV DNS 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 webdav glacier hook external
-local repository version: 5
-supported repository version: 5
-upgrade supported from repository versions: 2 3 4
-OK
- sync: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-(merging origin/git-annex into git-annex...)
-(Recording state in git...)
-commit ok
-pull origin bash.exe: warning: could not find /tmp, please create!
-
-ok
-push origin bash.exe: warning: could not find /tmp, please create!
-To C:/Users/Tobias/testdir/t2/.t\repo
- * [new branch] git-annex -> synced/git-annex
-
-ok
-OK
- union merge regression: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 78.67 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-commit ok
-pull r2 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo30
- * [new branch] annex/direct/master -> r2/annex/direct/master
- * [new branch] git-annex -> r2/git-annex
-
-ok
-pull r1 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo29
- * [new branch] annex/direct/master -> r1/annex/direct/master
- * [new branch] git-annex -> r1/git-annex
-
-ok
-(merging r1/git-annex r2/git-annex into git-annex...)
-(Recording state in git...)
-push r2 bash.exe: warning: could not find /tmp, please create!
-To ../../.t\tmprepo30
- * [new branch] git-annex -> synced/git-annex
- * [new branch] annex/direct/master -> synced/master
-
-ok
-push r1 bash.exe: warning: could not find /tmp, please create!
-To ../../.t\tmprepo29
- * [new branch] git-annex -> synced/git-annex
- * [new branch] annex/direct/master -> synced/master
-
-ok
-(merging synced/git-annex into git-annex...)
-commit ok
-pull r3 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo31
- * [new branch] annex/direct/master -> r3/annex/direct/master
- * [new branch] git-annex -> r3/git-annex
- * [new branch] master -> r3/master
- * [new branch] synced/master -> r3/synced/master
-
-ok
-pull r1 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo29
- * [new branch] annex/direct/master -> r1/annex/direct/master
- * [new branch] git-annex -> r1/git-annex
- * [new branch] master -> r1/master
- * [new branch] synced/git-annex -> r1/synced/git-annex
- * [new branch] synced/master -> r1/synced/master
-
-ok
-push r1 bash.exe: warning: could not find /tmp, please create!
-Everything up-to-date
-
-ok
-(merging synced/git-annex into git-annex...)
-commit ok
-pull r3 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo31
- * [new branch] annex/direct/master -> r3/annex/direct/master
- * [new branch] git-annex -> r3/git-annex
- * [new branch] master -> r3/master
- * [new branch] synced/master -> r3/synced/master
-
-ok
-pull r2 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo30
- * [new branch] annex/direct/master -> r2/annex/direct/master
- * [new branch] git-annex -> r2/git-annex
- * [new branch] master -> r2/master
- * [new branch] synced/git-annex -> r2/synced/git-annex
- * [new branch] synced/master -> r2/synced/master
-
-ok
-drop foo ok
-(Recording state in git...)
-drop foo ok
-(Recording state in git...)
-commit ok
-pull r3 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo31
- 55d5b14..3b6c15d git-annex -> r3/git-annex
-
-ok
-pull r2 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo30
- 55d5b14..a4599c9 git-annex -> r2/git-annex
-
-ok
-(merging r2/git-annex r3/git-annex into git-annex...)
-(Recording state in git...)
-push r3 bash.exe: warning: could not find /tmp, please create!
-To ../../.t\tmprepo31
- * [new branch] git-annex -> synced/git-annex
-
-ok
-push r2 bash.exe: warning: could not find /tmp, please create!
-To ../../.t\tmprepo30
- 55d5b14..4ff2e44 git-annex -> synced/git-annex
-
-ok
-OK
- conflict resolution: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-get sha1foo (from origin...)
-sha1foo
- 25 100% 0.00kB/s 0:00:00
- 25 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 96 bytes received 31 bytes 254.00 bytes/sec
-total size is 25 speedup is 0.20
-ok
-(Recording state in git...)
-get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-get sha1foo (from origin...)
-sha1foo
- 25 100% 0.00kB/s 0:00:00
- 25 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 96 bytes received 31 bytes 254.00 bytes/sec
-total size is 25 speedup is 0.20
-ok
-(Recording state in git...)
-commit add foo ok
-(Recording state in git...)
-ok
-pull r2 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo33
- * [new branch] annex/direct/master -> r2/annex/direct/master
- * [new branch] git-annex -> r2/git-annex
-
-ok
-(merging r2/git-annex into git-annex...)
-(Recording state in git...)
-push r2 bash.exe: warning: could not find /tmp, please create!
-To ../../.t\tmprepo33
- * [new branch] git-annex -> synced/git-annex
- * [new branch] annex/direct/master -> synced/master
-
-ok
-(merging synced/git-annex into git-annex...)
-commit add foo ok
-(Recording state in git...)
-ok
-merge synced/master Auto-merging foo
-CONFLICT (content): Merge conflict in foo
-Automatic merge failed; fix conflicts and then commit the result.
-foo: needs merge
-[annex/direct/master ab51abe] git-annex automatic merge conflict fix
-
-(Recording state in git...)
-
- Merge conflict was automatically resolved; you may want to examine the result.
-ok
-pull r1 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo32
- * [new branch] annex/direct/master -> r1/annex/direct/master
- * [new branch] git-annex -> r1/git-annex
- * [new branch] master -> r1/master
- * [new branch] synced/master -> r1/synced/master
-
-ok
-(Recording state in git...)
-push r1 bash.exe: warning: could not find /tmp, please create!
-To ../../.t\tmprepo32
- 0c0b4c1..ab51abe annex/direct/master -> synced/master
- * [new branch] git-annex -> synced/git-annex
-
-ok
-(merging synced/git-annex into git-annex...)
-commit ok
-merge synced/master Updating 0c0b4c1..ab51abe
-Fast-forward
- foo | 1 -
- foo.variant-0b0e | 1 +
- foo.variant-bc25 | 1 +
- 3 files changed, 2 insertions(+), 1 deletion(-)
- delete mode 120000 foo
- create mode 120000 foo.variant-0b0e
- create mode 120000 foo.variant-bc25
-
-ok
-pull r2 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo33
- 09047a9..ab51abe annex/direct/master -> r2/annex/direct/master
- 6208675..2aef6c1 git-annex -> r2/git-annex
- 0c0b4c1..ab51abe master -> r2/master
- 0c0b4c1..ab51abe synced/master -> r2/synced/master
-
-ok
-get foo.variant-bc25 (from r2...)
-foo.variant-bc25
- 22 100% 0.00kB/s 0:00:00
- 22 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 102 bytes received 31 bytes 266.00 bytes/sec
-total size is 22 speedup is 0.17
-ok
-(Recording state in git...)
-get foo.variant-0b0e (from r1...)
-foo.variant-0b0e
- 22 100% 0.00kB/s 0:00:00
- 22 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 102 bytes received 31 bytes 266.00 bytes/sec
-total size is 22 speedup is 0.17
-ok
-(Recording state in git...)
-OK
- conflict_resolution (mixed directory and file): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-add conflictor ok
-(Recording state in git...)
-(merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-commit ok
-pull origin bash.exe: warning: could not find /tmp, please create!
-
-ok
-push origin bash.exe: warning: could not find /tmp, please create!
-To C:/Users/Tobias/testdir/t2/.t\repo
- 488868c..2ab23aa git-annex -> synced/git-annex
- 09047a9..fdc68bf annex/direct/master -> synced/master
-
-ok
-add conflictor/subfile ok
-(Recording state in git...)
-(merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-commit ok
-pull origin bash.exe: warning: could not find /tmp, please create!
-From C:/Users/Tobias/testdir/t2/.t\repo
- 09047a9..fdc68bf master -> origin/master
- 488868c..2ab23aa synced/git-annex -> origin/synced/git-annex
- 09047a9..fdc68bf synced/master -> origin/synced/master
-Adding conflictor/subfile
-CONFLICT (directory/file): There is a directory with name conflictor in HEAD. Adding conflictor as conflictor~refs_remotes_origin_synced_master
-Automatic merge failed; fix conflicts and then commit the result.
-conflictor: needs merge
-[annex/direct/master 77177a0] git-annex automatic merge conflict fix
-
-
-(Recording state in git...)
-
- Merge conflict was automatically resolved; you may want to examine the result.
-ok
-(merging origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-push origin bash.exe: warning: could not find /tmp, please create!
-To C:/Users/Tobias/testdir/t2/.t\repo
- 2ab23aa..0ba8d35 git-annex -> synced/git-annex
- fdc68bf..77177a0 annex/direct/master -> synced/master
-
-ok
-commit ok
-pull r2 bash.exe: warning: could not find /tmp, please create!
-From ../../.t\tmprepo35
- * [new branch] annex/direct/master -> r2/annex/direct/master
- * [new branch] git-annex -> r2/git-annex
- * [new branch] master -> r2/master
- * [new branch] synced/master -> r2/synced/master
-Updating fdc68bf..77177a0
-Fast-forward
- conflictor | 1 -
- conflictor.variant-cc12 | 1 +
- conflictor/subfile | 1 +
- 3 files changed, 2 insertions(+), 1 deletion(-)
- delete mode 120000 conflictor
- create mode 120000 conflictor.variant-cc12
- create mode 120000 conflictor/subfile
-Already up-to-date.
-
-
-
-ok
-(merging r2/git-annex into git-annex...)
-FAIL
- .t\tmprepo34 conflictor directory missing
- map: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-describe . ok
-(Recording state in git...)
-describe origin (merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-ok
-(Recording state in git...)
-map C:\Users\Tobias\testdir\t2\.t\tmprepo36 ok
-map C:\Users\Tobias\testdir\t2\.t\repo ok
-ok
-OK
- uninit: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-(from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-get sha1foo (from origin...)
-sha1foo
- 25 100% 0.00kB/s 0:00:00
- 25 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 96 bytes received 31 bytes 254.00 bytes/sec
-total size is 25 speedup is 0.20
-ok
-(Recording state in git...)
-unannex foo ok
-unannex sha1foo
-git-annex: C:\Users\Tobias\testdir\t2\.t\tmprepo37\.git\annex\objects\ecb\0b5\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa.map4964.tmp: MoveFileEx "C:\\Users\\Tobias\\testdir\\t2\\.t\\tmprepo37\\.git\\annex\\objects\\ecb\\0b5\\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa\\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa.map4964.tmp" "C:\\Users\\Tobias\\testdir\\t2\\.t\\tmprepo37\\.git\\annex\\objects\\ecb\\0b5\\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa\\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa.map": permission denied (Access is denied.)
-failed
-git-annex: Not fully uninitialized
-Some annexed data is still left in C:\Users\Tobias\testdir\t2\.t\tmprepo37\.git\annex\objects\
-This may include deleted files, or old versions of modified files.
-
-If you don't care about preserving the data, just delete the
-directory.
-
-Or, you can move it to another location, in case it turns out
-something in there is important.
-
-Or, you can run `git annex unused` followed by `git annex dropunused`
-to remove data that is not used by any tag or branch, which might
-take care of all the data.
-
-Then run `git annex uninit` again to finish.
-
-OK
- uninit (in git-annex branch): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
-not supported in direct mode; skipping
-OK
- upgrade: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-upgrade . ok
-OK
- whereis: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-whereis foo (1 copy)
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
-ok
-untrust origin ok
-(Recording state in git...)
-whereis foo (0 copies)
- The following untrusted locations may also have copies:
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
-failed
-git-annex: whereis: 1 failed
-get foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-whereis foo (1 copy)
- 28bccded-ea59-4d64-bf20-d58540e72892 -- here (.t\tmprepo40)
-
- The following untrusted locations may also have copies:
- 3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
-ok
-OK
- hook remote: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-OK
- directory remote: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-(merging origin/git-annex origin/synced/git-annex into git-annex...)
-(Recording state in git...)
-initremote foo ok
-(Recording state in git...)
-get foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-copy foo (to foo...)
-
-100% 0.0 B/s 0s
-
-ok
-(Recording state in git...)
-drop foo ok
-(Recording state in git...)
-move foo (from foo...)
-
-100% 0.0 B/s 0s
-
-ok
-(Recording state in git...)
-drop foo (unsafe)
- Could only verify the existence of 1 out of 2 necessary copies
-
- Rather than dropping this file, try using: git annex move
-
- (Use --force to override this check, or adjust annex.numcopies.)
-failed
-git-annex: drop: 1 failed
-OK
- rsync remote: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-OK
- bup remote: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-OKg
-pg t e sctriynpgt on:o t i m p l e m e n t e d o n W i n d o w s
- OK
- preferred content: Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
-wanted . ok
-(Recording state in git...)
-group . ok
-(Recording state in git...)
-get foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-ungroup . ok
-(Recording state in git...)
-wanted . ok
-(Recording state in git...)
-group . ok
-(Recording state in git...)
-drop foo ok
-(Recording state in git...)
-ungroup . ok
-(Recording state in git...)
-wanted . ok
-(Recording state in git...)
-get foo (from origin...)
-foo
- 20 100% 0.00kB/s 0:00:00
- 20 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
-
-sent 87 bytes received 31 bytes 236.00 bytes/sec
-total size is 20 speedup is 0.17
-ok
-(Recording state in git...)
-drop foo ok
-(Recording state in git...)
-OK
- global cleanup: OK
-
-1 out of 74 tests failed
- (This could be due to a bug in git-annex, or an incompatability
- with utilities, such as git, installed on this system.)
-"""]]
-
-batch script to reproduce the problem in the cmd shell:
-[[!format bat """
-mkdir repo
-cd repo
-git init
-git annex init "main repo"
-echo x > f1
-git annex add f1
-git annex sync
-cd ..
-git clone repo r1
-git clone repo r2
-cd r1
-echo xyz > conflictor
-git annex add conflictor
-git annex sync
-cd ..\r2
-mkdir conflictor
-echo abc > conflictor\subfile
-git annex add conflictor\subfile
-git annex sync
-cd ..\r1
-git remote add r2 ..\r2
-git remote remove origin
-cd ..\r2
-git remote add r1 ..\r1
-git remote remove origin
-cd ..\r1
-git annex sync
-cd ..\r2
-git annex sync
-cd ..
-dir repo r1 r2
-"""]]
-
-> Yet another wonderful case of \\ vs / confusion. [[fixed|done]].
->
-> That sucked, but I am rather stunned that the rest of the test
-> suite passes for you. That's a lot better that it's ever done on windows
-> before. Sadly I don't have as much luck on XP, still 9 failing tests
-> there.
->
-> --[[Joey]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_1_dfb520258fdd633285b44cb16fd35612._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_1_dfb520258fdd633285b44cb16fd35612._comment
deleted file mode 100644
index 7ece79f420..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_1_dfb520258fdd633285b44cb16fd35612._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
- nickname="Justin"
- subject="This test is still failing on Windows"
- date="2014-01-29T14:37:33Z"
- content="""
-This 1 test is still failing for me on Windows 7 Pro with the latest release (git-annex version: 5.20140128-gddb2083).
-
-I also followed the manual steps provided in the initial bug report. This resulted in two cloned repos which appeared to have resolved the conflict differently. Upon further investigation, I see that the conflict was in fact resolved consistently, just that the file sizes in the working directories are different because the file contents has not been synced (so some files contain the \"symlink\" path rather than the actual contents).
-
-After running a sync in both repositories with the new --contents option, the two working directories appear to be resolved consistently.
-"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_2_7908bf367652d2485ec703ae8958891b._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_2_7908bf367652d2485ec703ae8958891b._comment
deleted file mode 100644
index 0a9e852f2f..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_2_7908bf367652d2485ec703ae8958891b._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.199"
- subject="comment 2"
- date="2014-01-29T17:52:27Z"
- content="""
-AFAICS, the test suite does not look at the contents of the files when testing this. Anyway, you said a lot about how it works when you try to reproduce the bug manually, but you didn't actually show how the test suite is failing.
-"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_3_30684a993b667b2594890f734638e91b._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_3_30684a993b667b2594890f734638e91b._comment
deleted file mode 100644
index 83c033aed7..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_3_30684a993b667b2594890f734638e91b._comment
+++ /dev/null
@@ -1,142 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
- nickname="Justin"
- subject="comment 3"
- date="2014-01-29T18:43:07Z"
- content="""
-Here is the relevant portion of the test output. Sorry for getting caught up in my manual troubleshooting and not providing this info earlier.
-
- conflict_resolution (mixed directory and file): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- add conflictor ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit ok
- pull origin
- ok
- push origin
- Counting objects: 21, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (13/13), done.
- Writing objects: 100% (16/16), 1.62 KiB | 0 bytes/s, done.
- Total 16 (delta 2), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- 5a1abd2..b0de6d7 git-annex -> synced/git-annex
- 4539cc8..af0b4de annex/direct/master -> synced/master
- ok
- add conflictor/subfile ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit ok
- pull origin
- remote: Counting objects: 21, done.
- remote: Compressing objects: 100% (13/13), done.
- remote: Total 16 (delta 2), reused 0 (delta 0)
- Unpacking objects: 100% (16/16), done.
- From c:/Users/geibeljt/annex/.t\repo
- 4539cc8..af0b4de master -> origin/master
- 5a1abd2..b0de6d7 synced/git-annex -> origin/synced/git-annex
- 4539cc8..af0b4de synced/master -> origin/synced/master
-
- Adding conflictor/subfile
- CONFLICT (directory/file): There is a directory with name conflictor in HEAD. Adding conflictor as conflictor~
- refs_remotes_origin_synced_master
- Automatic merge failed; fix conflicts and then commit the result.
- (Recording state in git...)
- conflictor: needs merge
- [annex/direct/master 7b21326] git-annex automatic merge conflict fix
-
- Merge conflict was automatically resolved; you may want to examine the result.
- ok
- (merging origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- push origin
- Counting objects: 32, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (19/19), done.
- Writing objects: 100% (23/23), 2.18 KiB | 0 bytes/s, done.
- Total 23 (delta 7), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- b0de6d7..b64838f git-annex -> synced/git-annex
- af0b4de..7b21326 annex/direct/master -> synced/master
- ok
- commit ok
- pull r2
- remote: Counting objects: 32, done.
- remote: Compressing objects: 100% (19/19), done.
- remote: Total 23 (delta 7), reused 0 (delta 0)
- Unpacking objects: 100% (23/23), done.
- From ../../.t\tmprepo36
- * [new branch] annex/direct/master -> r2/annex/direct/master
- * [new branch] git-annex -> r2/git-annex
- * [new branch] master -> r2/master
- * [new branch] synced/master -> r2/synced/master
-
- Updating af0b4de..7b21326
- Fast-forward
- conflictor | 1 -
- conflictor.variant-cc12 | 1 +
- conflictor/subfile | 1 +
- 3 files changed, 2 insertions(+), 1 deletion(-)
- delete mode 120000 conflictor
- create mode 120000 conflictor.variant-cc12
- create mode 120000 conflictor/subfile
-
- Already up-to-date.
- ok
- (merging r2/git-annex into git-annex...)
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- add conflictor ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit ok
- pull origin
-
- Adding conflictor/subfile
- CONFLICT (file/directory): There is a directory with name conflictor in refs/remotes/origin/synced/master. Add
- ing conflictor as conflictor~HEAD
- Automatic merge failed; fix conflicts and then commit the result.
- conflictor: needs merge
-
- git-annex: c:\Users\geibeljt\annex\.t\tmprepo37\.git\annex\merge\conflictor: renameFile: inappropriate type (i
- s a directory)
- failed
- push origin
- Counting objects: 29, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (15/15), done.
- Writing objects: 100% (19/19), 1.71 KiB | 0 bytes/s, done.
- Total 19 (delta 5), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- b64838f..0c094c8 git-annex -> synced/git-annex
- ! [rejected] annex/direct/master -> synced/master (non-fast-forward)
- error: failed to push some refs to 'c:/Users/geibeljt/annex/.t\repo'
- hint: Updates were rejected because a pushed branch tip is behind its remote
- hint: counterpart. Check out this branch and integrate the remote changes
- hint: (e.g. 'git pull ...') before pushing again.
- hint: See the 'Note about fast-forwards' in 'git push --help' for details.
-
- Pushing to origin failed.
-
- (non-fast-forward problems can be solved by setting receive.denyNonFastforwards to false in the remote's git
- config)
- failed
- git-annex: sync: 2 failed
- FAIL
-"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_4_30e847ff438eda036c57cc740b638d8a._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_4_30e847ff438eda036c57cc740b638d8a._comment
deleted file mode 100644
index 9a33c64ccf..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_4_30e847ff438eda036c57cc740b638d8a._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.199"
- subject="comment 4"
- date="2014-01-29T19:48:51Z"
- content="""
-Ok, what's happening is that code path calls System.PosixCompat.Files.rename, and on unix that maps to regular rename() which can rename files or directories, but on windows, it's a compatability stub that calls haskell's renameFile, which oddly refuses to rename directories.
-
-I remember testing my fix to the parent bug originally, but I don't know how. Possibly I changed something afterwards that exposed this new problem.
-
-Need to use System.Win32.File.moveFile, which actually can move directories too. Made this change in git, and you can download an windows autobuild of it already if you'd like.
-"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_5_04232cf2097676057cddf841ad47f44c._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_5_04232cf2097676057cddf841ad47f44c._comment
deleted file mode 100644
index b6d3383184..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_5_04232cf2097676057cddf841ad47f44c._comment
+++ /dev/null
@@ -1,86 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
- nickname="Justin"
- subject="comment 5"
- date="2014-01-29T20:26:15Z"
- content="""
-This seems to have affected a lot of tests, I'm now getting \"20 out of 72 tests failed\". In particular, error messages similar to the following show up now in many tests (with different paths for each test).
-
- git-annex: MoveFile \"c:\\Users\\geibeljt\\annex\\.t\\tmprepo36\\.git\\annex\\objects\\574\\4ca\\SHA256E-s7--6f
- e7bd6dcd1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7\\SHA256E-s7--6fe7bd6dcd1d46cfa98027c64f1e51d596
- 64989c3b1e80a980bac1cb352a2ba7.map25112.tmp\" \"c:\\Users\\geibeljt\\annex\\.t\\tmprepo36\\.git\\annex\\objects\
- \574\\4ca\\SHA256E-s7--6fe7bd6dcd1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7\\SHA256E-s7--6fe7bd6dc
- d1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7.map\": already exists (Cannot create a file when that f
- ile already exists.)
-
-
----
-And here is the full output for the test that was originally failing. It now appears to fail much earlier than before.
-
- conflict_resolution (mixed directory and file): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- add conflictor ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit ok
- pull origin
- ok
- push origin
- Counting objects: 21, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (13/13), done.
- Writing objects: 100% (16/16), 1.57 KiB | 0 bytes/s, done.
- Total 16 (delta 3), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- a462941..43dcc49 git-annex -> synced/git-annex
- 8268d47..3012c35 annex/direct/master -> synced/master
- ok
- add conflictor/subfile ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit
- git-annex: MoveFile \"c:\\Users\\geibeljt\\annex\\.t\\tmprepo36\\.git\\annex\\objects\\574\\4ca\\SHA256E-s7--6f
- e7bd6dcd1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7\\SHA256E-s7--6fe7bd6dcd1d46cfa98027c64f1e51d596
- 64989c3b1e80a980bac1cb352a2ba7.map25112.tmp\" \"c:\\Users\\geibeljt\\annex\\.t\\tmprepo36\\.git\\annex\\objects\
- \574\\4ca\\SHA256E-s7--6fe7bd6dcd1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7\\SHA256E-s7--6fe7bd6dc
- d1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7.map\": already exists (Cannot create a file when that f
- ile already exists.)
- failed
- pull origin
- remote: Counting objects: 21, done.
- remote: Compressing objects: 100% (13/13), done.
- remote: Total 16 (delta 3), reused 0 (delta 0)
- Unpacking objects: 100% (16/16), done.
- From c:/Users/geibeljt/annex/.t\repo
- 8268d47..3012c35 master -> origin/master
- a462941..43dcc49 synced/git-annex -> origin/synced/git-annex
- 8268d47..3012c35 synced/master -> origin/synced/master
-
- Updating 8268d47..3012c35
- Fast-forward
- conflictor | 1 +
- 1 file changed, 1 insertion(+)
- create mode 120000 conflictor
- ok
- (merging origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- push origin
- Counting objects: 24, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (13/13), done.
- Writing objects: 100% (16/16), 1.42 KiB | 0 bytes/s, done.
- Total 16 (delta 6), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- 43dcc49..c040cd6 git-annex -> synced/git-annex
- ok
- git-annex: sync: 1 failed
- FAIL
-"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_6_9cb32f198eee25b7175cc9ad1795acb3._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_6_9cb32f198eee25b7175cc9ad1795acb3._comment
deleted file mode 100644
index 3ba917fcb2..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_6_9cb32f198eee25b7175cc9ad1795acb3._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="http://joeyh.name/"
- ip="209.250.56.199"
- subject="comment 6"
- date="2014-01-29T21:24:34Z"
- content="""
-I missed that moveFile refuses to overwrite existing files. This is fixed in git, and the autobuild is updating.
-"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_7_f8a70156d56c4be6cfbadb50e8a08285._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_7_f8a70156d56c4be6cfbadb50e8a08285._comment
deleted file mode 100644
index a41cf40afe..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_7_f8a70156d56c4be6cfbadb50e8a08285._comment
+++ /dev/null
@@ -1,174 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
- nickname="Justin"
- subject="comment 7"
- date="2014-01-30T16:02:08Z"
- content="""
-Alright, I've grabbed the latest autobuild and have tested again with 5.20140130-gcb99900. Back to failing just this one test case. Compared to my last two comments, the test appears to be getting further along before failing.
-
- conflict_resolution (mixed directory and file): Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- add conflictor ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit ok
- pull origin
- ok
- push origin
- Counting objects: 21, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (13/13), done.
- Writing objects: 100% (16/16), 1.66 KiB | 0 bytes/s, done.
- Total 16 (delta 1), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- dafdb0b..2d106aa git-annex -> synced/git-annex
- 688224a..18c2edb annex/direct/master -> synced/master
- ok
- add conflictor/subfile ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit ok
- pull origin
- remote: Counting objects: 21, done.
- remote: Compressing objects: 100% (13/13), done.
- remote: Total 16 (delta 1), reused 0 (delta 0)
- Unpacking objects: 100% (16/16), done.
- From c:/Users/geibeljt/annex/.t\repo
- 688224a..18c2edb master -> origin/master
- dafdb0b..2d106aa synced/git-annex -> origin/synced/git-annex
- 688224a..18c2edb synced/master -> origin/synced/master
-
- Adding conflictor/subfile
- CONFLICT (directory/file): There is a directory with name conflictor in HEAD. Adding conflictor as conflictor~
- refs_remotes_origin_synced_master
- Automatic merge failed; fix conflicts and then commit the result.
- (Recording state in git...)
- conflictor: needs merge
- [annex/direct/master 5026450] git-annex automatic merge conflict fix
-
- Merge conflict was automatically resolved; you may want to examine the result.
- ok
- (merging origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- push origin
- Counting objects: 32, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (19/19), done.
- Writing objects: 100% (23/23), 2.18 KiB | 0 bytes/s, done.
- Total 23 (delta 7), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- 2d106aa..aca0d04 git-annex -> synced/git-annex
- 18c2edb..5026450 annex/direct/master -> synced/master
- ok
- commit ok
- pull r2
- remote: Counting objects: 32, done.
- remote: Compressing objects: 100% (19/19), done.
- remote: Total 23 (delta 7), reused 0 (delta 0)
- Unpacking objects: 100% (23/23), done.
- From ../../.t\tmprepo36
- * [new branch] annex/direct/master -> r2/annex/direct/master
- * [new branch] git-annex -> r2/git-annex
- * [new branch] master -> r2/master
- * [new branch] synced/master -> r2/synced/master
-
- Updating 18c2edb..5026450
- Fast-forward
- conflictor | 1 -
- conflictor.variant-cc12 | 1 +
- conflictor/subfile | 1 +
- 3 files changed, 2 insertions(+), 1 deletion(-)
- delete mode 120000 conflictor
- create mode 120000 conflictor.variant-cc12
- create mode 120000 conflictor/subfile
-
- Already up-to-date.
- ok
- (merging r2/git-annex into git-annex...)
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- Detected a filesystem without fifo support.
- Disabling ssh connection caching.
- Detected a crippled filesystem.
- Enabling direct mode.
- add conflictor ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit ok
- pull origin
-
- Adding conflictor/subfile
- CONFLICT (file/directory): There is a directory with name conflictor in refs/remotes/origin/synced/master. Add
- ing conflictor as conflictor~HEAD
- Automatic merge failed; fix conflicts and then commit the result.
- conflictor: needs merge
- (Recording state in git...)
- [annex/direct/master 82abd2f] git-annex automatic merge conflict fix
-
- Merge conflict was automatically resolved; you may want to examine the result.
- ok
- push origin
- Counting objects: 32, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (17/17), done.
- Writing objects: 100% (22/22), 1.95 KiB | 0 bytes/s, done.
- Total 22 (delta 7), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- aca0d04..9d475c9 git-annex -> synced/git-annex
- 5026450..82abd2f annex/direct/master -> synced/master
- ok
- add conflictor/subfile ok
- (Recording state in git...)
- (merging origin/git-annex origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- commit ok
- pull origin
- remote: Counting objects: 32, done.
- remote: Compressing objects: 100% (17/17), done.
- remote: Total 22 (delta 7), reused 0 (delta 0)
- Unpacking objects: 100% (22/22), done.
- From c:/Users/geibeljt/annex/.t\repo
- 5026450..82abd2f master -> origin/master
- aca0d04..9d475c9 synced/git-annex -> origin/synced/git-annex
- 5026450..82abd2f synced/master -> origin/synced/master
-
- Auto-merging conflictor/subfile
- CONFLICT (add/add): Merge conflict in conflictor/subfile
- Automatic merge failed; fix conflicts and then commit the result.
- failed
- (merging origin/synced/git-annex into git-annex...)
- (Recording state in git...)
- push origin
- Counting objects: 34, done.
- Delta compression using up to 4 threads.
- Compressing objects: 100% (17/17), done.
- Writing objects: 100% (22/22), 2.05 KiB | 0 bytes/s, done.
- Total 22 (delta 5), reused 0 (delta 0)
- To c:/Users/geibeljt/annex/.t\repo
- 9d475c9..13a0faa git-annex -> synced/git-annex
- ! [rejected] annex/direct/master -> synced/master (non-fast-forward)
- error: failed to push some refs to 'c:/Users/geibeljt/annex/.t\repo'
- hint: Updates were rejected because a pushed branch tip is behind its remote
- hint: counterpart. Check out this branch and integrate the remote changes
- hint: (e.g. 'git pull ...') before pushing again.
- hint: See the 'Note about fast-forwards' in 'git push --help' for details.
-
- Pushing to origin failed.
-
- (non-fast-forward problems can be solved by setting receive.denyNonFastforwards to false in the remote's git
- config)
- failed
- git-annex: sync: 2 failed
- FAIL
-"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_8_02699dbf30270db090b00192850831db._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_8_02699dbf30270db090b00192850831db._comment
deleted file mode 100644
index 4db1b7786b..0000000000
--- a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_8_02699dbf30270db090b00192850831db._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
- nickname="Justin"
- subject="comment 8"
- date="2014-02-04T02:05:36Z"
- content="""
-With the changes pushed today, I confirm I also have all 72 tests passing on Windows 7 with 5.20140203-g83e6fb7.
-
-Thanks!
-"""]]
diff --git a/doc/bugs/The_tests_are_failing_to_build_now_on_commit_e0fdfb2e706da2cb1451193c658dc676b0530968.mdwn b/doc/bugs/The_tests_are_failing_to_build_now_on_commit_e0fdfb2e706da2cb1451193c658dc676b0530968.mdwn
deleted file mode 100644
index be6db378cf..0000000000
--- a/doc/bugs/The_tests_are_failing_to_build_now_on_commit_e0fdfb2e706da2cb1451193c658dc676b0530968.mdwn
+++ /dev/null
@@ -1,23 +0,0 @@
-I only saw this just now, but the tests fail to link/build on OSX
-
-
-[181 of 181] Compiling Main ( git-annex.hs, tmp/Main.o )
-Linking git-annex ...
-+ make -q test
-+ '[' 1 = 1 ']'
-+ ../maxtime 1800 make test
-[175 of 175] Compiling Main ( test.hs, tmp/Main.o )
-test.hs:175:17:
-Not in scope: data constructor `Types.Backend.KeySource'
-test.hs:175:43:
-`Types.Backend.keyFilename' is not a (visible) constructor field name
-test.hs:175:76:
-`Types.Backend.contentLocation' is not a (visible) constructor field name
-** failed to build the test suite
-make: *** [test] Error 1
-+ exit 4
-
-
-this issue seems to got introduced at commit e0fdfb2e706da2cb1451193c658dc676b0530968
-
-> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Truncated_file_transferred_via_S3.mdwn b/doc/bugs/Truncated_file_transferred_via_S3.mdwn
deleted file mode 100644
index b489f60d95..0000000000
--- a/doc/bugs/Truncated_file_transferred_via_S3.mdwn
+++ /dev/null
@@ -1,617 +0,0 @@
-### Please describe the problem.
-
-I have two machines connected with annex assistant via XMPP and S3. I placed a file into the annex directory on one computer, and it fairly immediately transferred to the other, as expected. However the resulting file appears to be truncated.
-
-### What steps will reproduce the problem?
-
-Unknown, I haven't noticed this happen before.
-
-### What version of git-annex are you using? On what operating system?
-
-The sending end was from commit ef1fd09c5c1c3950727f0760df36075e45192b33 (Tue Jul 2 16:52:43 2013 +0000), the receiving end was at 1c16de8ebcef6c1920a8437af380f8aea5a2c535 (Wed Jun 12 20:31:43 2013 +0000). Both on Ubuntu 13.04.
-
-### Please provide any additional information below.
-
-Details of the file at the sending end:
-
-[[!format text """
-$ stat git-annex_4.20130627_amd64.deb
- Bestand: ‘git-annex_4.20130627_amd64.deb’
- Grootte: 10140744 Blokken: 19808 IO-blok: 4096 normaal bestand
-Apparaat: 801h/2049d Inode: 27394054 Koppelingen: 1
-Toegang: (0644/-rw-r--r--) UID: ( 1000/ robin) GID: ( 1000/ robin)
-Toegang: 2013-07-03 21:57:26.774297184 +1200
-Gewijzigd: 2013-07-03 21:57:25.526306867 +1200
-Veranderd: 2013-07-03 21:57:26.770297214 +1200
-"""]]
-
-and at the receiving end:
-
-[[!format text """
- Bestand: ‘git-annex_4.20130627_amd64.deb’
- Grootte: 10105870 Blokken: 19760 IO-blok: 4096 normaal bestand
-Apparaat: 16h/22d Inode: 6167474 Koppelingen: 1
-Toegang: (0664/-rw-rw-r--) UID: ( 1000/ robin) GID: ( 1000/ robin)
-Toegang: 2013-07-03 10:58:02.653724449 +0100
-Gewijzigd: 2013-07-03 10:58:02.365724461 +0100
-Veranderd: 2013-07-03 10:58:02.369724461 +0100
-"""]]
-
-(it was coincidence I expect that it was a deb of git-annex I'd just made :)
-
-Some more poking indicates that it's not strictly a truncation, not too far into the file, the content changes:
-
-Sent:
-
-[[!format text """
-00002a0 4ea6 bb1e 4c18 d54e b836 b19a d9a2 6314
-00002b0 4a0d 2954 d6aa fb42 2699 7437 df7f 6a6d
-00002c0 7f7f 4f1c bce5 5e0f 5cc3 d5b1 e896 2829
-00002d0 4ed2 8426 9496 a669 3dd1 d6ed 26dd 3b1d
-00002e0 4c2a 4ef2 e29b 778c 4818 0e49 990e 314c
-"""]]
-
-Received:
-
-[[!format text """
-00002a0 4ea6 bb1e 4c18 d54e b836 b19a d9a2 6314
-00002b0 544a aa29 42d6 99fb 3726 7f74 6ddf 7f6a
-00002c0 1c7f e54f 0fbc c35e b15c 96d5 29e8 d228
-00002d0 264e 9684 6994 d1a6 ed3d ddd6 1d26 2a3b
-00002e0 f24c 9b4e 8ce2 1877 4948 0e0e 4c99 1931
-"""]]
-
-Oddly, there seems to be a pattern in the difference of the first incorrect row, it looks like kind of like strange endian weirdness rearranging things.
-
-aabb ccdd eeff gghh
-
-becomes:
-
-bbdd ffcc hhee ..gg
-
-where the .. comes from further along the pattern.
-
-Deleting and re-adding the file doesn't cause the new version to appear, but that's presumably because it's addressing by SHA, so it doesn't see that as a change.
-
-[[!format text """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-Sending machine:
-
-(started...) [2013-07-03 21:57:17 NZST] XMPPSendPack: Syncing with eythian
-[2013-07-03 21:57:17 NZST] XMPPReceivePack: Syncing with eythian
-Everything up-to-date
-[2013-07-03 21:57:25 NZST] Committer: Adding git-annex..amd64.deb
-
-add git-annex_4.20130627_amd64.deb (checksum...) [2013-07-03 21:57:25 NZST] Committer: Committing changes to git
-[2013-07-03 21:57:25 NZST] Pusher: Syncing with backups
-To /mnt/backups/annex
- 2783051..69b3503 git-annex -> synced/git-annex
- 0b10576..e1b6f29 master -> synced/master
-(gpg) Already up-to-date.
-Already up-to-date.
-[2013-07-03 21:57:26 NZST] XMPPSendPack: Syncing with eythian
-[2013-07-03 21:57:26 NZST] Committer: Adding git-annex..amd64.deb
-ok
-(Recording state in git...)
-(Recording state in git...)
-
-
-add git-annex_4.20130627_amd64.deb (checksum...) [2013-07-03 21:57:26 NZST] Committer: Committing changes to git
-
-0% 96.0KB/s 1m42s[2013-07-03 21:57:27 NZST] Pusher: Syncing with backups
-To /mnt/backups/annex
- 69b3503..026ba8e git-annex -> synced/git-annex
-To xmpp::eythian@jabber.kallisti.net.nz
- 2783051..69b3503 git-annex -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex
- 0b10576..e1b6f29 master -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master
-1% 127.9KB/s 1m16s[2013-07-03 21:57:27 NZST] XMPPSendPack: Syncing with eythian
-25% 631.7KB/s 12sTo xmpp::eythian@jabber.kallisti.net.nz
- 69b3503..35b3fd8 git-annex -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex
-[2013-07-03 21:57:30 NZST] XMPPSendPack: Syncing with eythian
-51% 1.2MB/s 4sEverything up-to-date
-[2013-07-03 21:57:34 NZST] Transferrer: Uploaded git-annex..amd64.deb
-[2013-07-03 21:57:34 NZST] Pusher: Syncing with backups
-To /mnt/backups/annex
- 026ba8e..1eb67d8 git-annex -> synced/git-annex
-[2013-07-03 21:57:35 NZST] XMPPSendPack: Syncing with eythian
-To xmpp::eythian@jabber.kallisti.net.nz
- 35b3fd8..1eb67d8 git-annex -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex
-[2013-07-03 21:57:36 NZST] XMPPSendPack: Syncing with eythian
-Everything up-to-date
-[2013-07-03 21:58:03 NZST] XMPPReceivePack: Syncing with eythian
-Already up-to-date.
-[2013-07-03 21:58:04 NZST] XMPPReceivePack: Syncing with eythian
-[2013-07-03 22:09:44 NZST] XMPPSendPack: Syncing with eythian
-To xmpp::eythian@jabber.kallisti.net.nz
- 1eb67d8..822dbb1 git-annex -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex
-[2013-07-03 22:09:45 NZST] XMPPSendPack: Syncing with eythian
-Everything up-to-date
-
-Receiving machine:
-
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from a18/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from a22/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from a20/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from b24/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c27/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c25/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c16/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c22/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c21/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d23/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d24/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d15/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d27/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d15/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d21/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d24/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from f21/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from h24/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from h24/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from h26/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from j22/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from j20/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from j23/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from k22/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from k26/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from k26/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from k22/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from l26/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from l17/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m32/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m23/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m18/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m21/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from o20/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s24/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s24/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s19/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s21/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s25/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s19/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s20/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s25/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s16/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s26/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from w23/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from w20/msn Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: sending to new client: e7/27209141331372845435882587 "Pushing \"e57\" (CanPush (UUID \"2c0b788e-7b2d-474b-8963-d889b9556229\") [0b10576100879220b2f50bf53f552befe2fda8de,27830516f221de09f7906954ba0bcc6b3dd31680])"
-[2013-07-03 10:57:16 BST] XMPPClient: sending to new client: e7/27209141331372845435882587 "Pushing \"e57\" (PushRequest (UUID \"2c0b788e-7b2d-474b-8963-d889b9556229\"))"
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m9/Adium Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from p6/NEW_HOTNESS Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
-[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"push\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"])], elementNodes = []})","NotifyPush [UUID \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"]"]
-[2013-07-03 10:57:17 BST] XMPPClient: push notification for
-[2013-07-03 10:57:17 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
-[2013-07-03 10:57:17 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [0b10576100879220b2f50bf53f552befe2fda8de,27830516f221de09f7906954ba0bcc6b3dd31680])"]
-[2013-07-03 10:57:17 BST] XMPPClient: ignoring CanPush with known shas
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (PushRequest (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
-[2013-07-03 10:57:17 BST] XMPPSendPack: started running push Pushing "e57" (PushRequest (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:17 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
-[2013-07-03 10:57:17 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
-[2013-07-03 10:57:17 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","branch","-f","synced/master"]
-[2013-07-03 10:57:17 BST] XMPPSendPack: Syncing with eythian
-[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (StartingPush (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
-[2013-07-03 10:57:17 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","push","eythian","git-annex:refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex","refs/heads/master:refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master"]
-[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
-[2013-07-03 10:57:17 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 1 \"\")"]
-[2013-07-03 10:57:17 BST] XMPPReceivePack: Syncing with eythian
-[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 1 "") in SendPack inbox "e57"
-[2013-07-03 10:57:17 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 2 \"\")"]
-[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "")
-[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 2 "") in SendPack inbox "e57"
-[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "")
-[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "")
-[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 3 \"\")"]
-[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 3 "") in SendPack inbox "e57"
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 4 \"\")"]
-[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 4 "") in SendPack inbox "e57"
-[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 5 \"\")"]
-[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 5 "") in SendPack inbox "e57"
-[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (SendPackOutput 1 "")
-[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:18 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"\")"]
-[2013-07-03 10:57:18 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "") in ReceivePack inbox "e57"
-[2013-07-03 10:57:18 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
-[2013-07-03 10:57:18 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
-[2013-07-03 10:57:18 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:18 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackDone ExitSuccess)"]
-[2013-07-03 10:57Everything up-to-date
-:18 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackDone ExitSuccess) in SendPack inbox "e57"
-[2013-07-03 10:57:18 BST] XMPPSendPack: finished running push Pushing "e57" (PushRequest (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
-[2013-07-03 10:57:21 BST] XMPPClient: received: ["Presence from a15/android_talk53f054b9e972 Nothing"]
-[2013-07-03 10:57:26 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"push\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"])], elementNodes = []})","NotifyPush [UUID \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"]"]
-[2013-07-03 10:57:26 BST] XMPPClient: push notification for
-[2013-07-03 10:57:26 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
-[2013-07-03 10:57:26 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
-[2013-07-03 10:57:26 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:26 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
-[2013-07-03 10:57:26 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,69b3503287d87c26989a755d0cc660c3c68f2c80])"]
-[2013-07-03 10:57:26 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
-[2013-07-03 10:57:26 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:26 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
-[2013-07-03 10:57:26 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,69b3503287d87c26989a755d0cc660c3c68f2c80])"]
-[2013-07-03 10:57:26 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
-[2013-07-03 10:57:26 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:26 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
-[2013-07-03 10:57:26 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
-[2013-07-03 10:57:26 BST] XMPPReceivePack: Syncing with eythian
-[2013-07-03 10:57:26 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
-[2013-07-03 10:57:26 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "")
-[2013-07-03 10:57:26 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:26 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "")
-[2013-07-03 10:57:26 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:27 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"\")"]
-[2013-07-03 10:57:27 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "") in ReceivePack inbox "e57"
-[2013-07-03 10:57:27 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 2 \"\")"]
-[2013-07-03 10:57:27 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 2 "") in ReceivePack inbox "e57"
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
-[2013-07-03 10:57:27 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "")
-[2013-07-03 10:57:27 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
-[2013-07-03 10:57:27 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..27830516f221de09f7906954ba0bcc6b3dd31680","--oneline","-n1"]
-[2013-07-03 10:57:27 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 4 "")
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..69b3503287d87c26989a755d0cc660c3c68f2c80","--oneline","-n1"]
-[2013-07-03 10:57:27 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:27 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
-[2013-07-03 10:57:27 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","69b3503287d87c26989a755d0cc660c3c68f2c80"]
-[2013-07-03 10:57:27 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","69b3503287d87c26989a755d0cc660c3c68f2c80..refs/heads/git-annex","--oneline","-n1"]
-[2013-07-03 10:57:27 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-ref","refs/heads/git-annex","69b3503287d87c26989a755d0cc660c3c68f2c80"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
-[2013-07-03 10:57:27 BST] TransferScanner: starting scan of [Remote { name ="eythian" }]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
-[2013-07-03 10:57:27 BST] Merger: merging refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master into refs/heads/master
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","ls-files","--cached","-z","--"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/master"]
-[2013-07-03 10:57:27 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex/.git/annex/merge/","merge","--no-edit","refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master"]
-Updating 0b10576..e1b6f29
-Fast-forward
- git-annex_4.20130627_amd64.deb | 1 +
- 1 file changed, 1 insertion(+)
- create mode 120000 git-annex_4.20130627_amd64.deb
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/master"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-tree","-z","--raw","--no-renames","-l0","-r","0b10576100879220b2f50bf53f552befe2fda8de","e1b6f2944e7d082299cb1696c55d9064a11c4577"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..69b3503287d87c26989a755d0cc660c3c68f2c80","--oneline","-n1"]
-[2013-07-03 10:57:27 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
-[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","refs/heads/git-annex"]
-[2013-07-03 10:57:28 BST] Watcher: add symlink git-annex_4.20130627_amd64.deb
-[2013-07-03 10:57:28 BST] chat: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","hash-object","-t","blob","-w","--stdin"]
-[2013-07-03 10:57:28 BST] Committer: committing 1 changes
-[2013-07-03 10:57:28 BST] Committer: Committing changes to git
-[2013-07-03 10:57:28 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"push\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"])], elementNodes = []})","NotifyPush [UUID \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"]"]
-[2013-07-03 10:57:28 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
-[2013-07-03 10:57:28 BST] XMPPClient: push notification for
-[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
-[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
-[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
-[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
-[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
-[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--head","refs/heads/git-annex","HEAD"]
-[2013-07-03 10:57:28 BST] XMPPClient: sending: Pushing "e30" (CanPush (UUID "2c0b788e-7b2d-474b-8963-d889b9556229") [e1b6f2944e7d082299cb1696c55d9064a11c4577,69b3503287d87c26989a755d0cc660c3c68f2c80])
-[2013-07-03 10:57:28 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
-[2013-07-03 10:57:28 BST] XMPPClient: exploded undirected message to clients e7/27209141331372845435882587
-[2013-07-03 10:57:28 BST] XMPPClient: sending to new client: e7/27209141331372845435882587 "Pushing \"e57\" (CanPush (UUID \"2c0b788e-7b2d-474b-8963-d889b9556229\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,69b3503287d87c26989a755d0cc660c3c68f2c80])"
-[2013-07-03 10:57:28 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,026ba8e7ba89bccd22f5ff31a26c82ee75641b55])"]
-[2013-07-03 10:57:28 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
-[2013-07-03 10:57:28 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
-[2013-07-03 10:57:28 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:28 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
-[2013-07-03 10:57:29 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,026ba8e7ba89bccd22f5ff31a26c82ee75641b55])"]
-[2013-07-03 10:57:29 BST] XMPPReceivePack: Syncing with eythian
-[2013-07-03 10:57:29 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
-[2013-07-03 10:57:29 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
-[2013-07-03 10:57:29 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})"]
-[2013-07-03 10:57:29 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:29 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "")
-[2013-07-03 10:57:29 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:29 BST] TransferScanner: finished scan of [Remote { name ="eythian" }]
-[2013-07-03 10:57:29 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"\")"]
-[2013-07-03 10:57:29 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "") in ReceivePack inbox "e57"
-[2013-07-03 10:57:30 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 2 \"\")"]
-[2013-07-03 10:57:30 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 2 "") in ReceivePack inbox "e57"
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
-[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "")
-[2013-07-03 10:57:30 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
-[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..69b3503287d87c26989a755d0cc660c3c68f2c80","--oneline","-n1"]
-[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "")
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..35b3fd81218834a29b9f516b64b4671c0b0902d3","--oneline","-n1"]
-[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:30 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
-[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","35b3fd81218834a29b9f516b64b4671c0b0902d3"]
-[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","35b3fd81218834a29b9f516b64b4671c0b0902d3..refs/heads/git-annex","--oneline","-n1"]
-[2013-07-03 10:57:30 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-ref","refs/heads/git-annex","35b3fd81218834a29b9f516b64b4671c0b0902d3"]
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..35b3fd81218834a29b9f516b64b4671c0b0902d3","--oneline","-n1"]
-[2013-07-03 10:57:30 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
-[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","refs/heads/git-annex"]
-[2013-07-03 10:57:30 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
-[2013-07-03 10:57:30 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
-[2013-07-03 10:57:30 BST] XMPPReceivePack: Syncing with eythian
-[2013-07-03 10:57:30 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
-[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "")
-[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "")
-[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "")
-[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
-[2013-07-03 10:57:31 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"