From edb7a647beb04d40cfc24c46a6cbaba59c950f77 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawkF8_uQjLYm5Mf5F_JuVW-BxlvzpWjvR_o" Date: Wed, 13 Feb 2013 01:09:06 +0000 Subject: [PATCH 1/4] --- ...remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn b/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn index 9d84202bc5..a42a81d02b 100644 --- a/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn +++ b/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn @@ -1,6 +1,6 @@ There are times when it is handy to be able to upload a file to a web host somewhere and share a link for that file to a select few people. -It seems to be that the assistant could handle this scenario. It could generate a directory with a random name on the remote, and transfer the file there (using the existing filename) and the links could be displayed in the assistant web app to allow the user to copy them the appropriate people. +It seems to be that the assistant could handle this scenario. It could generate a directory with a random name on the remote, and transfer the file there (using the existing filename) and the appropriate URL could be displayed in the assistant webapp to allow the user to copy the URL to send it to the appropriate people. Note: Joey and I had a quick chat about this use case at LCA2013. From c126c992d66e651118a7038e21088b83a5d20728 Mon Sep 17 00:00:00 2001 From: "http://a-or-b.myopenid.com/" Date: Wed, 13 Feb 2013 05:12:41 +0000 Subject: [PATCH 2/4] --- ...erent_annexes_pointing_to_same_special_remote__63__.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 doc/forum/Different_annexes_pointing_to_same_special_remote__63__.mdwn diff --git a/doc/forum/Different_annexes_pointing_to_same_special_remote__63__.mdwn b/doc/forum/Different_annexes_pointing_to_same_special_remote__63__.mdwn new file mode 100644 index 0000000000..8413a6e08a --- /dev/null +++ b/doc/forum/Different_annexes_pointing_to_same_special_remote__63__.mdwn @@ -0,0 +1,6 @@ +Is there likely to be any problem in pointing different annexes to the same special remote (i.e. rsync/box.com/etc.) ? + +As the objects are stored based on their SHA256 key the expectation is that the chance of collision is is small. + +The only problem I can foresee is where the same content is stored in more than one annex and it is deleted in the remote in one annex, but not the other - there won't be any protection against that, but for non-overlapping content this risk should be negligible. + From 927371438b64b32f7b11471ba2b4bcdf34af449f Mon Sep 17 00:00:00 2001 From: annexuser Date: Wed, 13 Feb 2013 17:39:19 +0000 Subject: [PATCH 3/4] --- doc/bugs/Unknown_remote_type_webdav.mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/bugs/Unknown_remote_type_webdav.mdwn diff --git a/doc/bugs/Unknown_remote_type_webdav.mdwn b/doc/bugs/Unknown_remote_type_webdav.mdwn new file mode 100644 index 0000000000..77af448959 --- /dev/null +++ b/doc/bugs/Unknown_remote_type_webdav.mdwn @@ -0,0 +1,5 @@ +When I attempt to setup a [box.com special remote](http://git-annex.branchable.com/tips/using_box.com_as_a_special_remote/) I get the following error: + + git-annex: Unknown remote type webdav + +I'm using the Linux prebuilt tarball. Does it not include webdav support? From 1703f2a41656a8bb1ed16a496d999bf9cd26b7f1 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmaMxYm33s0H-nxBo5uzYUzdIECoyR8Ug8" Date: Wed, 13 Feb 2013 20:33:24 +0000 Subject: [PATCH 4/4] Added a comment: an update --- ...mment_1_ffa008240c61b50396aa92f467731db6._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_1_ffa008240c61b50396aa92f467731db6._comment diff --git a/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_1_ffa008240c61b50396aa92f467731db6._comment b/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_1_ffa008240c61b50396aa92f467731db6._comment new file mode 100644 index 0000000000..8f6cb53175 --- /dev/null +++ b/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_1_ffa008240c61b50396aa92f467731db6._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawmaMxYm33s0H-nxBo5uzYUzdIECoyR8Ug8" + nickname="Stefan" + subject="an update" + date="2013-02-13T20:33:22Z" + content=""" +The remotes were not listed because git-annex-shell was not working (found in the path, however necessary *.so files were not found). + +Now all remotes are listed. `.git/config` is ok, with the uuid listed. `git annex status` returns all. + +However sync is not working. The webapp on the workstation states that it has synced with the server, however `ls` on the server returns empty. The server is set as archive, the workstation as client. +"""]]