diff options
author | 2013-07-20 16:31:31 -0400 | |
---|---|---|
committer | 2013-07-20 16:31:31 -0400 | |
commit | 8f5b6127afc933a9a3c1e44a00e2a44b6b7d2176 (patch) | |
tree | e255d0dda78e88821052287709da0fb3afa774a5 | |
parent | ad5f4f52b9320e8a44b1b639401f19233b6fd8fa (diff) | |
parent | 4188c51c19f1538ac5414d7d83db2f61e5ca2b20 (diff) |
Merge branch 'master' of ssh://git-annex.branchable.com
6 files changed, 55 insertions, 0 deletions
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 000000000..cb95ab913 --- /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) +"""]] 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 000000000..9d68a431c --- /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. +"""]] 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 000000000..11c4c181b --- /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]] +"""]] 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 000000000..b24a058f6 --- /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. +"""]] diff --git a/doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment b/doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment new file mode 100644 index 000000000..84f30c5ea --- /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. +"""]] 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 000000000..4901a2d97 --- /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. +"""]] |