diff options
author | 2014-06-05 14:59:25 -0400 | |
---|---|---|
committer | 2014-06-05 14:59:25 -0400 | |
commit | 81921350e8b4fda6261cde01127cdb435d562c9d (patch) | |
tree | 54c249c6fff05d284b2e906d2c51984363f1b227 | |
parent | 99b1e76bc3f1955f5ad0ca15321633270b696aed (diff) | |
parent | 34ea410c56717b9f118f30737dadb2884548c8dc (diff) |
Merge branch 'master' of ssh://git-annex.branchable.com
13 files changed, 149 insertions, 0 deletions
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 000000000..599927cd2 --- /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. +"""]] 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 000000000..fd08002d2 --- /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. +"""]] 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 000000000..b57af9b17 --- /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 +"""]] 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 000000000..fc978e28d --- /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. +"""]] 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 000000000..35792e2ce --- /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. +"""]] 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 000000000..0a88c37bb --- /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!! +"""]] 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 000000000..99dad8dcd --- /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. +"""]] 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 000000000..dd20bf76d --- /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? +"""]] 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 000000000..9f57c64df --- /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! +"""]] 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 000000000..3584569b6 --- /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) ? + 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 000000000..3b7967e32 --- /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. +"""]] 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 000000000..762e4db53 --- /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.. +"""]] 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 000000000..520e50154 --- /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 +"""]] |