From d49a71f9707978963514ad69e62a0a6ca199add7 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sun, 9 Sep 2012 17:12:55 +0000 Subject: [PATCH 1/8] Added a comment --- .../comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment new file mode 100644 index 0000000000..1477a71db7 --- /dev/null +++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.153.8.30" + subject="comment 11" + date="2012-09-09T17:12:55Z" + content=""" +That bug should be fixed now. +"""]] From b58557b71eb10f48ec1b9b8f72e5c1fe225afd22 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sun, 9 Sep 2012 17:22:58 +0000 Subject: [PATCH 2/8] Added a comment --- ...1_8c8d86790a9d31518f9bb96a2d2dafee._comment | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_1_8c8d86790a9d31518f9bb96a2d2dafee._comment diff --git a/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_1_8c8d86790a9d31518f9bb96a2d2dafee._comment b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_1_8c8d86790a9d31518f9bb96a2d2dafee._comment new file mode 100644 index 0000000000..4234eac2bc --- /dev/null +++ b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_1_8c8d86790a9d31518f9bb96a2d2dafee._comment @@ -0,0 +1,18 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.153.8.30" + subject="comment 1" + date="2012-09-09T17:22:58Z" + content=""" +It is unfortunate that certain badly-coded programs fall over on symlinks. In theory, any program that doesn't try to be too smart for its own good will see a symlink as just like the file it links to, and should behave the same. This is the theory that led me to use symlinks in git-annex. But some programs say \"oh, a symlink! Let's see what file that's pointing at, and behave differently!\" I don't understand the mindset that leads to this kind of program being written, unless it's a program like `cp`, that has very good reasons for (at your command) following symlinks or not. + +I know absolutely nothing about Mac OSX, having never used it (except for in a ssh session while porting git-annex to it). But I have seen a similar problem with the FBReader ebook viewer. [Bug report](http://bugs.debian.org/685433) + +I was able to work around that bug by migrating my files to the SHA256E backend. This ensures that the keys stored in git-annex have extensions like .pdf etc, similar to the symlinks that point to them. You might try migrating some of your files too, and see if it makes OSX behave better. Although I thought OSX didn't rely on file extensions to determine file type.. + +Anyway, the command is: + + git annex migrate --backend=SHA256E + +I have been considering switching the default backend to SHA256E to avoid this type of problem. Your testing will be important grist for that decision. +"""]] From 2366cf666398e766250c5debb1692baa51e56daa Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI" Date: Sun, 9 Sep 2012 17:34:07 +0000 Subject: [PATCH 3/8] Added a comment --- .../comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment diff --git a/doc/design/assistant/blog/day_76__pairing/comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment b/doc/design/assistant/blog/day_76__pairing/comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment new file mode 100644 index 0000000000..28439b34fc --- /dev/null +++ b/doc/design/assistant/blog/day_76__pairing/comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI" + nickname="Paul" + subject="comment 3" + date="2012-09-09T17:34:07Z" + content=""" +I'm almost certain that I specified chunksize like in the tip. How do I check? +"""]] From 07fa5d90a89cec11bf8aa496bcb727fbd83eae2c Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sun, 9 Sep 2012 18:00:48 +0000 Subject: [PATCH 4/8] Added a comment --- ...comment_4_36a428a2e1803f4391b821d1892f0cd7._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_4_36a428a2e1803f4391b821d1892f0cd7._comment diff --git a/doc/design/assistant/blog/day_76__pairing/comment_4_36a428a2e1803f4391b821d1892f0cd7._comment b/doc/design/assistant/blog/day_76__pairing/comment_4_36a428a2e1803f4391b821d1892f0cd7._comment new file mode 100644 index 0000000000..e462402652 --- /dev/null +++ b/doc/design/assistant/blog/day_76__pairing/comment_4_36a428a2e1803f4391b821d1892f0cd7._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.153.8.30" + subject="comment 4" + date="2012-09-09T18:00:48Z" + content=""" +You can see the full configuration with: git show git-annex:remote.log + +(You probably do not want to paste the cipher= part of that here, although it *is* encrypted with your gpg key, unless you are using the shared encryption mode.) +"""]] From ada9bd87b1c545c99924779c7e47e47138fa644d Mon Sep 17 00:00:00 2001 From: bremner Date: Sun, 9 Sep 2012 19:33:01 +0000 Subject: [PATCH 5/8] Added a comment: more about spaces... --- .../comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/tips/finding_duplicate_files/comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment diff --git a/doc/tips/finding_duplicate_files/comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment b/doc/tips/finding_duplicate_files/comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment new file mode 100644 index 0000000000..f1a86f43ce --- /dev/null +++ b/doc/tips/finding_duplicate_files/comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="bremner" + ip="156.34.89.108" + subject="more about spaces..." + date="2012-09-09T19:33:01Z" + content=""" +Ironically, previous renaming to remove spaces, plus some synching is how I ended up with these duplicates. For what it is worth, aspiers perl script worked out for me with a small modification. I just only printed out the duplicates with spaces in them (quoted). +"""]] From 9a1da62a188d574fe121382a89bdeeb08a6e5d04 Mon Sep 17 00:00:00 2001 From: "http://www.dbruhn.de/" Date: Sun, 9 Sep 2012 19:45:08 +0000 Subject: [PATCH 6/8] Added a comment --- .../comment_4_7631b8842efba6a4aad87386ce9443a7._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/transferkey_fails_due_to_gpg/comment_4_7631b8842efba6a4aad87386ce9443a7._comment diff --git a/doc/bugs/transferkey_fails_due_to_gpg/comment_4_7631b8842efba6a4aad87386ce9443a7._comment b/doc/bugs/transferkey_fails_due_to_gpg/comment_4_7631b8842efba6a4aad87386ce9443a7._comment new file mode 100644 index 0000000000..6c7a3f2d4d --- /dev/null +++ b/doc/bugs/transferkey_fails_due_to_gpg/comment_4_7631b8842efba6a4aad87386ce9443a7._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://www.dbruhn.de/" + nickname="Dominik" + subject="comment 4" + date="2012-09-09T19:45:07Z" + content=""" +Thanks, your recent changes fixed the bug! +"""]] From 6ddc6598be0294c56a12e880cae6f09118e2ba76 Mon Sep 17 00:00:00 2001 From: "http://www.dbruhn.de/" Date: Sun, 9 Sep 2012 19:48:33 +0000 Subject: [PATCH 7/8] --- doc/bugs/rsync_remote_shows_no_progress.mdwn | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/bugs/rsync_remote_shows_no_progress.mdwn diff --git a/doc/bugs/rsync_remote_shows_no_progress.mdwn b/doc/bugs/rsync_remote_shows_no_progress.mdwn new file mode 100644 index 0000000000..c6d9becc14 --- /dev/null +++ b/doc/bugs/rsync_remote_shows_no_progress.mdwn @@ -0,0 +1,12 @@ +What steps will reproduce the problem? +Init a annex, add rsync remote (with or without encryption, does not matter), launch annex assistant + +What is the expected output? What do you see instead? +In the dashboard, no progress is recorded for the transfer. Each file stays at 0% and then disappears as it is fully transfered. I expect the progressbar to move and show the actual transfer progress. + +What version of git-annex are you using? On what operating system? +git head of today, Ubuntu 12.04 + +Please provide any additional information below. +I looked in the source code and found some hints that the rsync progress should actually be evaluated and shown, I'm opening a bug report for this reason. + From 5770828770016d062c7164ecce704859cb2070a4 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sun, 9 Sep 2012 20:01:53 +0000 Subject: [PATCH 8/8] Added a comment --- .../comment_1_a7f5d646a924c462b987561cf6fc4318._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/rsync_remote_shows_no_progress/comment_1_a7f5d646a924c462b987561cf6fc4318._comment diff --git a/doc/bugs/rsync_remote_shows_no_progress/comment_1_a7f5d646a924c462b987561cf6fc4318._comment b/doc/bugs/rsync_remote_shows_no_progress/comment_1_a7f5d646a924c462b987561cf6fc4318._comment new file mode 100644 index 0000000000..09afec65aa --- /dev/null +++ b/doc/bugs/rsync_remote_shows_no_progress/comment_1_a7f5d646a924c462b987561cf6fc4318._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.153.8.30" + subject="comment 1" + date="2012-09-09T20:01:53Z" + content=""" +Yes, progress bars for uploads are not implemented yet. See [[design/assistant/progressbars]] +"""]]