Merge branch 'master' of ssh://git-annex.branchable.com

5 files changed, 34 insertions, 0 deletions

diff --git a/doc/bugs/after_git_annex_add_and_commit__44___git_annex_fsck_fails:_no_known_copies/comment_3_063e27ec1f2dd23fbf914a08213316df._comment b/doc/bugs/after_git_annex_add_and_commit__44___git_annex_fsck_fails:_no_known_copies/comment_3_063e27ec1f2dd23fbf914a08213316df._comment
new file mode 100644
index 000000000..6146fad5c
--- /dev/null
+++ b/doc/bugs/after_git_annex_add_and_commit__44___git_annex_fsck_fails:_no_known_copies/comment_3_063e27ec1f2dd23fbf914a08213316df._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="emanuele.olivetti@47d88ed185b03191e25329caa6fabc2efb3118b2"
+ nickname="emanuele.olivetti"
+ subject="comment 3"
+ date="2016-02-15T09:47:24Z"
+ content="""
+Yes, the content is locally present. In the sense that each symlink in the current directory points to an actual file in .git/annex/objects/ . That is why, in my opinion, fsck incorrectly thinks the content is not present, despite it being present.
+
+Initially I thought that a possible explanation was that 'git commit' went wrong, so that I would have to do it again. I tried to git commit again, but git says there is nothing to commit.
+
+My repository is in indirect mode. All files in the repository, including the troubling ones are in .git/annex/objects.
+"""]]
diff --git a/doc/bugs/shouldn__39__t_keep_permissions_of_the_ssh_remote__63__.mdwn b/doc/bugs/shouldn__39__t_keep_permissions_of_the_ssh_remote__63__.mdwn
new file mode 100644
index 000000000..fc9c3965e
--- /dev/null
+++ b/doc/bugs/shouldn__39__t_keep_permissions_of_the_ssh_remote__63__.mdwn
@@ -0,0 +1,9 @@
+### Please describe the problem.
+
+Initially generated an annex while having a restrictive umask 077.  Then cloned that repository to another host for public consumption so directory had proper/good permissions set allowing group to access.  And everything is accessible but not the load which I 'annex get'ed.  Key directories were readable but not the content.  I guess there is somewhere 'preserve permissions' setting for rsync/scp which imho shouldn't be there and content should inherit local/environment settings
+
+### What version of git-annex are you using? On what operating system?
+
+6.20160208+gitg1ac9034-1~ndall+1
+
+[[!meta author=yoh]]
diff --git a/doc/todo/Add_confirmation_dialog_to_the_restart_option.mdwn b/doc/todo/Add_confirmation_dialog_to_the_restart_option.mdwn
new file mode 100644
index 000000000..8e4d0a113
--- /dev/null
+++ b/doc/todo/Add_confirmation_dialog_to_the_restart_option.mdwn
@@ -0,0 +1,2 @@
+I have four git-annex repositories and I often use the option "Switch repository" in the webapp, but this option is just above the "Restart daemon" option and I have clicked it quite a few time unintentionally.
+Could it be possible to add a confirmation dialog just like in the "Shutdown daemon" option?
diff --git a/doc/todo/make_annex_info_more_efficient.mdwn b/doc/todo/make_annex_info_more_efficient.mdwn
new file mode 100644
index 000000000..49a711965
--- /dev/null
+++ b/doc/todo/make_annex_info_more_efficient.mdwn
@@ -0,0 +1,3 @@
+ATM it takes about a minute for 'git annex info' on a sizeable but not huge repository with only ~450 files under annex but a few thousand of files  (~7000) in the tree.  I am not quite sure why it takes that long since it seems to care only about annexed files.  Also it might be of benefit to parallelize some traversal operations to take advantage of multiple cpu/cores
+
+[[!meta author=yoh]]
diff --git a/doc/todo/make_annex_info_more_efficient/comment_1_afd5c806f7285442401b027f82a8c629._comment b/doc/todo/make_annex_info_more_efficient/comment_1_afd5c806f7285442401b027f82a8c629._comment
new file mode 100644
index 000000000..77090b680
--- /dev/null
+++ b/doc/todo/make_annex_info_more_efficient/comment_1_afd5c806f7285442401b027f82a8c629._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f4"
+ subject="comment 1"
+ date="2016-02-15T15:28:40Z"
+ content="""
+actually it does indeed relate with all the files, since \"annexed files in working tree\"... if interested -- try on this repo https://surfer.nmr.mgh.harvard.edu/pub/dist/freesurfer/repo/freesurfer.git . On a clean new clone it took only 30 seconds ;)
+ 
+"""]]