From 333cb8e79bd325e5df5060911f3f4698cd3e83a9 Mon Sep 17 00:00:00 2001 From: Richard Hartmann Date: Tue, 18 Jun 2013 08:22:33 +0200 Subject: [PATCH 1/5] Typo and broken link --- .../blog/day_285__fixed_the_archive_directory_loop.mdwn | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop.mdwn b/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop.mdwn index 8562980171..e7f7d60ebe 100644 --- a/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop.mdwn +++ b/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop.mdwn @@ -1,6 +1,7 @@ Yay, I fixed the -[[handling_of_files_inside_and_outside_archive_directory_at_the_same_time]] bug! -At least in difect mode, which thanks to its associated files tracking +[[bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]] +bug! +At least in direct mode, which thanks to its associated files tracking knows when a given file has another file in the repository with the same content. Had not realized the behavior in direct mode was so bad, or the fix so relatively easy. Pity I can't do the same for indirect mode, but From eb32acc19b7bfbc60e061932cb5031c3a50adc79 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ" Date: Tue, 18 Jun 2013 09:00:41 +0000 Subject: [PATCH 2/5] --- ...nex_immediately_re-gets_dropped_files.mdwn | 25 +++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 doc/bugs/git-annex_immediately_re-gets_dropped_files.mdwn diff --git a/doc/bugs/git-annex_immediately_re-gets_dropped_files.mdwn b/doc/bugs/git-annex_immediately_re-gets_dropped_files.mdwn new file mode 100644 index 0000000000..7d27e7ad1e --- /dev/null +++ b/doc/bugs/git-annex_immediately_re-gets_dropped_files.mdwn @@ -0,0 +1,25 @@ +### Please describe the problem. + +I have some files that I want to drop from my laptop. However, as soon as I drop them (git-annex drop), the assistant starts to download them again from another repository. At first glance, this seems like a variant of [[bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]]. + +I would expect that after an explicit drop command, the files would not be re-downloaded. + +The repository that this is happening on is a "client" type, direct-mode repository. + +### What steps will reproduce the problem? + + git annex drop drop-test/TestFile.data + +### What version of git-annex are you using? On what operating system? + git-annex version: 4.20130618-g333cb8e + build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS + local repository version: 4 + default repository version: 3 + supported repository versions: 3 4 + upgrade supported from repository versions: 0 1 2 + + I am running Ubuntu 13.04 + +### Please provide any additional information below. + +log emailed. From 31c3d2c43a9be194fce1e9122562b84807607ece Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ" Date: Tue, 18 Jun 2013 09:11:29 +0000 Subject: [PATCH 3/5] --- ...o_change_repository_group_of___34__here__34__.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/bugs/unable_to_change_repository_group_of___34__here__34__.mdwn diff --git a/doc/bugs/unable_to_change_repository_group_of___34__here__34__.mdwn b/doc/bugs/unable_to_change_repository_group_of___34__here__34__.mdwn new file mode 100644 index 0000000000..07ce3dad89 --- /dev/null +++ b/doc/bugs/unable_to_change_repository_group_of___34__here__34__.mdwn @@ -0,0 +1,11 @@ +### Please describe the problem. +(I assume) following your change to disallow changing the name of "here", I am unable to change the repository group of "here" + + +### What steps will reproduce the problem? +In webapp, edit "here", and try and change repository group. +It highlights the (now empty) name field, and says "value is required". + +### What version of git-annex are you using? On what operating system? +git-annex version: 4.20130618-g333cb8e +Ubuntu 13.04 From 326663d60c4a6d682ec21d20cf1adbf71f2f81af Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA" Date: Tue, 18 Jun 2013 09:58:41 +0000 Subject: [PATCH 4/5] Added a comment --- ...mment_9_908d1b981d56107f29d8972bf11aefc8._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_9_908d1b981d56107f29d8972bf11aefc8._comment diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_9_908d1b981d56107f29d8972bf11aefc8._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_9_908d1b981d56107f29d8972bf11aefc8._comment new file mode 100644 index 0000000000..0f9eaeb6f7 --- /dev/null +++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_9_908d1b981d56107f29d8972bf11aefc8._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA" + nickname="Joe" + subject="comment 9" + date="2013-06-18T09:58:41Z" + content=""" +The regression appears to behere: $ git diff d80a0f62a4aa5a2a3566f29dd6bda619b1a7eabd..64f8819ae47cc27b164eb69aa846dfb0f7cc6ef3 Process.hs + +I rewound each commit until I no longer had the regression. This commit was clean: d80a0f62a4aa5a2a3566f29dd6bda619b1a7eabd. Something with the changes to Process.hs is causing my error. + +I validated by building using git checkout d80a0f62a4aa5a2a3566f29dd6bda619b1a7eabd Process.hs and the error went away. +"""]] From 8e3c25cfcb6e04a2fb425219ab2f76519e6eb9b2 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmUcCZeEK9HKV40JrcHMXAXpPKQPERt7iM" Date: Tue, 18 Jun 2013 18:25:29 +0000 Subject: [PATCH 5/5] --- doc/forum/endless_password_prompt_loop.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/endless_password_prompt_loop.mdwn diff --git a/doc/forum/endless_password_prompt_loop.mdwn b/doc/forum/endless_password_prompt_loop.mdwn new file mode 100644 index 0000000000..bfdd3c1dbc --- /dev/null +++ b/doc/forum/endless_password_prompt_loop.mdwn @@ -0,0 +1,8 @@ +Hi, + +I setup a first repository on local disk, it went fine. Next I tried setting up repo on my nas to clone the files. I installed git-annex on the NAS (it's armel arch) and created the repository via webapp, I entered the password once. Git-annex started syncing the remote repo and after few seconds password pop-up hell broke loose. I was flooded with password-prompt pop-up windows. The synchronization was continuing regardless of correctly/incorrectly entered passwords. What's more, these popups grab the keyboard and you cannot do (appropriate word) with your system. + +I checked this topic: http://git-annex.branchable.com/forum/ssh_password/ and ssh config is in place on my computer and on the NAS. + +What is causing this and how can I get rid of this? +