From 5bafc30c5ca18fc11edd9cb56c5a45de0d4407ae Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sat, 20 Jul 2013 17:39:48 +0000 Subject: [PATCH 1/6] Added a comment --- ...omment_5_8adb9de82cc8581422734acc66dd094c._comment | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_5_8adb9de82cc8581422734acc66dd094c._comment diff --git a/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_5_8adb9de82cc8581422734acc66dd094c._comment b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_5_8adb9de82cc8581422734acc66dd094c._comment new file mode 100644 index 0000000000..cb95ab9134 --- /dev/null +++ b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_5_8adb9de82cc8581422734acc66dd094c._comment @@ -0,0 +1,11 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.154.0.140" + subject="comment 5" + date="2013-07-20T17:39:48Z" + content=""" +Ok, I was able to reproduce this problem, although only when using LANG=C. + +With a utf8 locale, it doesn't mind the Umlaut, and even works on directories containing invalid unicode characters +(0xd801 and 0xffff) +"""]] From b9f4a11e71d2052f1e465a8c751ab7d9596aed2a Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sat, 20 Jul 2013 19:51:19 +0000 Subject: [PATCH 2/6] Added a comment --- ...comment_1_f3e3446b05d6b573e29e6cad300fb635._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment diff --git a/doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment b/doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment new file mode 100644 index 0000000000..84f30c5ea7 --- /dev/null +++ b/doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.154.0.140" + subject="comment 1" + date="2013-07-20T19:51:19Z" + content=""" +It's pretty easy to configure ls to show broken symlinks in a different color. Run dircolors, and alias ls='ls --color==auto'. Then you can see which files are not there at a glance. + +The Linux file manager's I've tried (nautilus and thunar) also shows which files are present; you get a X on the icon of annexed files that are not present. +"""]] From 9e29b9dd13abc0f6fb697f585b93f7caf93dadc8 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sat, 20 Jul 2013 19:54:59 +0000 Subject: [PATCH 3/6] Added a comment --- ...comment_4_73c38d843c30f00f6fd8883db8e55f62._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_4_73c38d843c30f00f6fd8883db8e55f62._comment diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_4_73c38d843c30f00f6fd8883db8e55f62._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_4_73c38d843c30f00f6fd8883db8e55f62._comment new file mode 100644 index 0000000000..9d68a431c0 --- /dev/null +++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_4_73c38d843c30f00f6fd8883db8e55f62._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.154.0.140" + subject="comment 4" + date="2013-07-20T19:54:59Z" + content=""" +You don't seem to be getting the broken symlink when using the bundle. Is the symlink still not pointing to the content of the file? + +I do think I will need the file to debug further, unless you'd like to go on a possibly hundred step round-trip debugging sage with me. +"""]] From 46254d4ec598ea43ed4065786d5128464f7713bb Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sat, 20 Jul 2013 19:57:05 +0000 Subject: [PATCH 4/6] Added a comment --- .../comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server/comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment diff --git a/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server/comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment b/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server/comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment new file mode 100644 index 0000000000..11c4c181b3 --- /dev/null +++ b/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server/comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.154.0.140" + subject="comment 1" + date="2013-07-20T19:57:05Z" + content=""" +This is a known problem with using --listen with a forced port number. See [[Hangs_on_creating_repository_when_using_--listen]] +"""]] From 86bd90053bf744915c14f3b4fcaf592aca00a296 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sat, 20 Jul 2013 20:03:20 +0000 Subject: [PATCH 5/6] Added a comment --- .../comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment diff --git a/doc/forum/safely_dropping_git-annex_history/comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment b/doc/forum/safely_dropping_git-annex_history/comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment new file mode 100644 index 0000000000..b24a058f6c --- /dev/null +++ b/doc/forum/safely_dropping_git-annex_history/comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.154.0.140" + subject="comment 10" + date="2013-07-20T20:03:20Z" + content=""" +Since you seem to have found a way that works, I'm only answering for completeness: To resolve a conflicted merge on the git-annex branch, you can just add all lines present in either side of the merge, in any order. This won't necessarily be the most minimal resolution, but it is guaranteed to always be a valid one. There is a git-union-merge program in the git-annex source (not built by default) that can do that when merging any set of branches. +"""]] From 89e440046ab388276c7268fb6ed22f369ef64642 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sat, 20 Jul 2013 20:07:53 +0000 Subject: [PATCH 6/6] Added a comment --- .../comment_8_07804647b6023436878756bd97a23f32._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_8_07804647b6023436878756bd97a23f32._comment diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_8_07804647b6023436878756bd97a23f32._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_8_07804647b6023436878756bd97a23f32._comment new file mode 100644 index 0000000000..4901a2d97c --- /dev/null +++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_8_07804647b6023436878756bd97a23f32._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.154.0.140" + subject="comment 8" + date="2013-07-20T20:07:53Z" + content=""" +`dd bs=1024 count=100000 if=/dev/zero of=bigfile` obviously creates the same data each time, so if that same size empty file has previously been in a repository, and the content is still present there, the symlink will automatically point to it when it gets added. In other words, git-annex performs automatic deduplication of file contents, and so it was able to save you a download in this case. +"""]]