From 81202e2360663c1baa1866f50208610b28a96473 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 5 Jun 2014 16:37:27 +0000 Subject: [PATCH 01/13] Added a comment --- ...comment_1_2026785c06e99b55158cd65c221eb598._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/bugs/ssh_portnum_bugs/comment_1_2026785c06e99b55158cd65c221eb598._comment diff --git a/doc/bugs/ssh_portnum_bugs/comment_1_2026785c06e99b55158cd65c221eb598._comment b/doc/bugs/ssh_portnum_bugs/comment_1_2026785c06e99b55158cd65c221eb598._comment new file mode 100644 index 0000000000..35792e2ce1 --- /dev/null +++ b/doc/bugs/ssh_portnum_bugs/comment_1_2026785c06e99b55158cd65c221eb598._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 1" + date="2014-06-05T16:37:27Z" + content=""" +I'm going to assume that the \"jessie/wheezy\" is a typo, since those are two completely different versions. It sounds to me like you were using the git-annex 3.x distributed with debian stable. + +I cannot reproduce ssh port issues with the current release, and there have been ssh port fixes in the over 2 years since the version in Debian stable. +"""]] From 09b23da2eccb49aa37e58ac1ae762a9db7f1da8b Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawm9ocq1Kb0WL-cz-LPpvd2Xm-q8tIQvqXA" Date: Thu, 5 Jun 2014 16:42:02 +0000 Subject: [PATCH 02/13] Added a comment --- ..._17_62a1a33c2aaf4b0b8a0149ec526907d7._comment | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) create mode 100644 doc/todo/windows_support/comment_17_62a1a33c2aaf4b0b8a0149ec526907d7._comment diff --git a/doc/todo/windows_support/comment_17_62a1a33c2aaf4b0b8a0149ec526907d7._comment b/doc/todo/windows_support/comment_17_62a1a33c2aaf4b0b8a0149ec526907d7._comment new file mode 100644 index 0000000000..520e50154e --- /dev/null +++ b/doc/todo/windows_support/comment_17_62a1a33c2aaf4b0b8a0149ec526907d7._comment @@ -0,0 +1,16 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawm9ocq1Kb0WL-cz-LPpvd2Xm-q8tIQvqXA" + nickname="Dominik" + subject="comment 17" + date="2014-06-05T16:42:02Z" + content=""" +Actually you can create a service from any program or batch file using srvany.exe from the windows resource kit: http://support.microsoft.com/kb/137890. An alternative would be the Non-Sucking Service Manager http://nssm.cc/ +Also nsis has some plugins for creating services, but i havent tried any of them: http://nsis.sourceforge.net/How_do_I_start/stop/create/remove/check_a_service + +Upsides: +1) You don't have to touch your code or change anything in the compilation just to create the service +2) git-annex will still work fine from the console +Downside: You'd have to include an extra binary or plugin in your installer for creating the service + +But I'm pretty sure that none of the commandline calls would pop up in a new window that way, but if you need the verbose mode, you could still start the webapp from console instead as service and everything will show as expected +"""]] From 64507e07eba1504183d78a5800fc391c3604f5e8 Mon Sep 17 00:00:00 2001 From: jamieson Date: Thu, 5 Jun 2014 16:50:20 +0000 Subject: [PATCH 03/13] Added a comment --- .../comment_2_76551dfcd29b54814809c434d7cb64af._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/ssh_portnum_bugs/comment_2_76551dfcd29b54814809c434d7cb64af._comment diff --git a/doc/bugs/ssh_portnum_bugs/comment_2_76551dfcd29b54814809c434d7cb64af._comment b/doc/bugs/ssh_portnum_bugs/comment_2_76551dfcd29b54814809c434d7cb64af._comment new file mode 100644 index 0000000000..0a88c37bbf --- /dev/null +++ b/doc/bugs/ssh_portnum_bugs/comment_2_76551dfcd29b54814809c434d7cb64af._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="jamieson" + ip="71.11.173.17" + subject="comment 2" + date="2014-06-05T16:50:20Z" + content=""" +Jessie on one machine, Wheezy on the other; exactly, that is the version I was using. Git Annex is awesome. Thanks!! +"""]] From b7cbb7d227123e623b392c3e9aee6ead3ea28f90 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 5 Jun 2014 16:50:30 +0000 Subject: [PATCH 04/13] Added a comment --- .../comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/ssh_portnum_bugs/comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment diff --git a/doc/bugs/ssh_portnum_bugs/comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment b/doc/bugs/ssh_portnum_bugs/comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment new file mode 100644 index 0000000000..99dad8dcd9 --- /dev/null +++ b/doc/bugs/ssh_portnum_bugs/comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 3" + date="2014-06-05T16:50:30Z" + content=""" +I did notice a problem where the same ssh config stanza was used if the webapp set up a repository on a host first using one port, and later using a different port. I've fixed that. +"""]] From bc45f680c91d7333ab53887cd0c8c3f8b3f3bb7a Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 5 Jun 2014 16:51:42 +0000 Subject: [PATCH 05/13] Added a comment --- .../comment_4_e0d96a43208453dc29373d0e045751e3._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/ssh_portnum_bugs/comment_4_e0d96a43208453dc29373d0e045751e3._comment diff --git a/doc/bugs/ssh_portnum_bugs/comment_4_e0d96a43208453dc29373d0e045751e3._comment b/doc/bugs/ssh_portnum_bugs/comment_4_e0d96a43208453dc29373d0e045751e3._comment new file mode 100644 index 0000000000..dd20bf76d0 --- /dev/null +++ b/doc/bugs/ssh_portnum_bugs/comment_4_e0d96a43208453dc29373d0e045751e3._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 4" + date="2014-06-05T16:51:42Z" + content=""" +Did the failure occur on the machine running jessie, or on the machine running wheezy? +"""]] From 67f531cd1f340cab4dbd10b0a637b91cdc5f26b2 Mon Sep 17 00:00:00 2001 From: jamieson Date: Thu, 5 Jun 2014 16:56:33 +0000 Subject: [PATCH 06/13] Added a comment --- .../comment_5_9ed44cdb79224dac6b000983d77d53f3._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/ssh_portnum_bugs/comment_5_9ed44cdb79224dac6b000983d77d53f3._comment diff --git a/doc/bugs/ssh_portnum_bugs/comment_5_9ed44cdb79224dac6b000983d77d53f3._comment b/doc/bugs/ssh_portnum_bugs/comment_5_9ed44cdb79224dac6b000983d77d53f3._comment new file mode 100644 index 0000000000..9f57c64df1 --- /dev/null +++ b/doc/bugs/ssh_portnum_bugs/comment_5_9ed44cdb79224dac6b000983d77d53f3._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="jamieson" + ip="71.11.173.17" + subject="comment 5" + date="2014-06-05T16:56:33Z" + content=""" +I'm not sure. I'll do some more testing! +"""]] From 11f4218682c2e470d7de7fe2f2ff2f64cbb8cc1b Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 5 Jun 2014 17:06:40 +0000 Subject: [PATCH 07/13] Added a comment --- ..._923fc470727ecf21f0bb368b0486b15d._comment | 22 +++++++++++++++++++ 1 file changed, 22 insertions(+) create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_3_923fc470727ecf21f0bb368b0486b15d._comment diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_3_923fc470727ecf21f0bb368b0486b15d._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_3_923fc470727ecf21f0bb368b0486b15d._comment new file mode 100644 index 0000000000..599927cd24 --- /dev/null +++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_3_923fc470727ecf21f0bb368b0486b15d._comment @@ -0,0 +1,22 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 3" + date="2014-06-05T17:06:40Z" + content=""" +> if we have an exact time difference of 1s (probably \"inode problem\") or 1h (\"utc problem\") we treat this file as likely unmodified and check this via the normal checksum algorithm. + +That sort of makes sense, but when is git-annex supposed to do that? + +If `git annex add`, it already checksums the file, and already stages no change if the file's checksum is the same. And if the user has told git-annex to add the file and it's changed, the presumption is they know it's changed and want to add the new version. + +> To do an git annex sync or git annex add is in my opinion not a good option, because one could add so Bad file content by accident... + +If not in add or sync, then when? + +---- + +I am actually having a hard time coming up with a scenario where this problem results in any more than extra checksumming work by git-annex. + +The only scenario I see is: The drive is unmounted, gets corrupted, is remounted, and this timestamp nonsense causes git-annex to think a file (that has already gotten corrupted) has in fact changed, so it commits the corrupted version. +"""]] From ab9f45f2dc4348c572ec3077338c834c953c7d25 Mon Sep 17 00:00:00 2001 From: "https://launchpad.net/~eliasson" Date: Thu, 5 Jun 2014 17:15:32 +0000 Subject: [PATCH 08/13] Added a comment --- .../comment_2_8b800bf7b54e487e82d0897c87967f22._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment diff --git a/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment b/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment new file mode 100644 index 0000000000..fd08002d2f --- /dev/null +++ b/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="https://launchpad.net/~eliasson" + nickname="eliasson" + subject="comment 2" + date="2014-06-05T17:15:32Z" + content=""" +Great. I will patiently await the next release. +"""]] From 0e1b4f5d55b37dab77d19422efcdc499ec3e8a77 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 5 Jun 2014 17:32:33 +0000 Subject: [PATCH 09/13] Added a comment --- .../comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/git-annex_sync_content_available_from_which_version__63__/comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment diff --git a/doc/forum/git-annex_sync_content_available_from_which_version__63__/comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment b/doc/forum/git-annex_sync_content_available_from_which_version__63__/comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment new file mode 100644 index 0000000000..3b7967e32d --- /dev/null +++ b/doc/forum/git-annex_sync_content_available_from_which_version__63__/comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 1" + date="2014-06-05T17:32:33Z" + content=""" +This feature was added in 5.20140210, which can be easily seen by reading the changelog. +"""]] From 0a6ac460381ee9489f20700258a675bef5ded770 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 5 Jun 2014 17:35:31 +0000 Subject: [PATCH 10/13] Added a comment --- ...comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/forum/views___40__branches__41___never_get_deleted/comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment diff --git a/doc/forum/views___40__branches__41___never_get_deleted/comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment b/doc/forum/views___40__branches__41___never_get_deleted/comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment new file mode 100644 index 0000000000..762e4db533 --- /dev/null +++ b/doc/forum/views___40__branches__41___never_get_deleted/comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 4" + date="2014-06-05T17:35:31Z" + content=""" +`git annex drop --force $file; git rm $file` + +Makes sense in some situations anyway.. +"""]] From 39baba0cd2fbfb33d8d083bfb1d0e01553dd142e Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 5 Jun 2014 17:37:08 +0000 Subject: [PATCH 11/13] Added a comment --- ...comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment diff --git a/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment new file mode 100644 index 0000000000..b57af9b17e --- /dev/null +++ b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 1" + date="2014-06-05T17:37:08Z" + content=""" +I've reproduced this. + +More simply: git annex move --to mybare and then git annex get will fail +"""]] From a443ad16f1406390301b594ba3057b2ce8f5d082 Mon Sep 17 00:00:00 2001 From: feulif Date: Thu, 5 Jun 2014 18:21:43 +0000 Subject: [PATCH 12/13] --- ...nused_files_because_of_bad_sync__63__.mdwn | 23 +++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__.mdwn diff --git a/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__.mdwn b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__.mdwn new file mode 100644 index 0000000000..3584569b64 --- /dev/null +++ b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__.mdwn @@ -0,0 +1,23 @@ +I've two huge annex repos (about 100G) with all my photos. +One is on my laptop and it uses indirect mode; the other one is on my NAS and I mount it into a CIFS folder, then it uses direct mode because of the crippled fs. +Each repo is remote of the other one. The NAS repo belongs to backup group with the standard preferred content. +I changed about 1000 photos in my PC repo (mainly renamed them) and I wanted to sync changes to the NAS repo, so I went through this sequence: + +* "git annex add" and "git annex sync" on my PC => OK; + +* "git annex sync" on the NAS repo => it started copying all the content BUT I stopped it because I had not enough time to wait at that very moment; + +* again "git anne sync" on the NAS repo => I had more time to wait BUT it didn't resume the copy from the PC repo, it just said something like "all done, nothing to do" + +* I checked that several files were missing on the NAS that I had modified/renamed on the PC repo so I did "git annex add" again on the PC => nothing new to add, nothing to do; + +* I did again "git annex sync" on the PC repo => it deleted also from my PC repo all the photos that were also missing on the NAS repo; + +* I've also checked for unused files on the PC repo and it now gives about 1000 files. + +So here are my questions: + +1. where was I wrong? + +2. can I restore my photos on my PC repo (which uses indirect mode) ? + From ef18a3a2e65669f0c4a603d07978da4b44685450 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 5 Jun 2014 18:29:15 +0000 Subject: [PATCH 13/13] Added a comment --- ...comment_2_7d64382c66555ec9c5531840aa19e809._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_2_7d64382c66555ec9c5531840aa19e809._comment diff --git a/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_2_7d64382c66555ec9c5531840aa19e809._comment b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_2_7d64382c66555ec9c5531840aa19e809._comment new file mode 100644 index 0000000000..fc978e28db --- /dev/null +++ b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_2_7d64382c66555ec9c5531840aa19e809._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 2" + date="2014-06-05T18:29:15Z" + content=""" +Appears to be a corrupt uuid log issue. At least, the bug I am seeing is. When retriving the uuid of the remote that has the key from the location log, it seems to get a uuid with one or more \r appended to it. Which smells of windows. + +However, the bug I am seeing makes `git annex get` print out the uuids of the remotes without the description it normally shows (because these are not really the same uuids due to the \r). In the example above, this is not the case; the description is shown. I don't understand that. +"""]]