From c1607d30f3dcacc933a70b44bdfbe9208c84435a Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ" Date: Sat, 24 Aug 2013 21:59:12 +0000 Subject: [PATCH 01/11] Added a comment --- ..._788db083f5ba2e5589c3b952203ec954._comment | 21 +++++++++++++++++++ 1 file changed, 21 insertions(+) create mode 100644 doc/bugs/immediately_drops_files/comment_3_788db083f5ba2e5589c3b952203ec954._comment diff --git a/doc/bugs/immediately_drops_files/comment_3_788db083f5ba2e5589c3b952203ec954._comment b/doc/bugs/immediately_drops_files/comment_3_788db083f5ba2e5589c3b952203ec954._comment new file mode 100644 index 0000000000..9253caa1aa --- /dev/null +++ b/doc/bugs/immediately_drops_files/comment_3_788db083f5ba2e5589c3b952203ec954._comment @@ -0,0 +1,21 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ" + nickname="Walter" + subject="comment 3" + date="2013-08-24T21:59:12Z" + content=""" +I have all of my repositories set to either manual (all the computers), or full backup (the usb drive and s3). +So, this is happening in a manual repository. + + +Also, I still don't understand why it would be confused over the annex.numcopies setting (why does it claim it needs 2 copies, when numcopies is 1?) + +I just tested between desktop and laptop. File is also present in s3. + +File on desktop. Copy to laptop --> desktop drops (why? both are set to manual, and both have the other set as manual as well) + +Get on desktop. Works, it gets it from laptop. But then, desktop makes laptop drop it (why? again, both are manual repositories) + + + +"""]] From 24d94475261b8eba518e0587e594f1836f97b25d Mon Sep 17 00:00:00 2001 From: "https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89" Date: Sun, 25 Aug 2013 05:27:58 +0000 Subject: [PATCH 02/11] Added a comment --- .../comment_4_f28ed0635612693e437e64d872af5c37._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_4_f28ed0635612693e437e64d872af5c37._comment diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_4_f28ed0635612693e437e64d872af5c37._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_4_f28ed0635612693e437e64d872af5c37._comment new file mode 100644 index 0000000000..ba2e693eeb --- /dev/null +++ b/doc/bugs/Problem_when_dropping_unused_files/comment_4_f28ed0635612693e437e64d872af5c37._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89" + nickname="John" + subject="comment 4" + date="2013-08-25T05:27:57Z" + content=""" +Do you have any thoughts on why it may have gotten corrupted, or why it seems to happen so commonly with large git-annex repositories? I've seen this exact same sort of error while processing log files maybe 5 or 6 times now. +"""]] From 23ae289e16e1b22f5f73401a83cefd4b7f923d78 Mon Sep 17 00:00:00 2001 From: "http://olivier.berger.myopenid.com/" Date: Sun, 25 Aug 2013 05:33:52 +0000 Subject: [PATCH 03/11] Added a comment: See also section on backups in walthroug --- .../comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/copies/comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment diff --git a/doc/copies/comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment b/doc/copies/comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment new file mode 100644 index 0000000000..19dda4a8ec --- /dev/null +++ b/doc/copies/comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://olivier.berger.myopenid.com/" + nickname="obergix" + subject="See also section on backups in walthroug" + date="2013-08-25T05:33:52Z" + content=""" +See http://git-annex.branchable.com/walkthrough/backups/ for some details about copies. +"""]] From 04839c1961b0b7c77c209da44b22b0c2a340a2ab Mon Sep 17 00:00:00 2001 From: "http://olivier.berger.myopenid.com/" Date: Sun, 25 Aug 2013 05:34:12 +0000 Subject: [PATCH 04/11] removed --- .../comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment | 8 -------- 1 file changed, 8 deletions(-) delete mode 100644 doc/copies/comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment diff --git a/doc/copies/comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment b/doc/copies/comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment deleted file mode 100644 index 19dda4a8ec..0000000000 --- a/doc/copies/comment_1_6f47cdb16e8153e1b2262c3bad3aaf90._comment +++ /dev/null @@ -1,8 +0,0 @@ -[[!comment format=mdwn - username="http://olivier.berger.myopenid.com/" - nickname="obergix" - subject="See also section on backups in walthroug" - date="2013-08-25T05:33:52Z" - content=""" -See http://git-annex.branchable.com/walkthrough/backups/ for some details about copies. -"""]] From 1907ac34db09deb017c0a28dfa127c1689ec61c6 Mon Sep 17 00:00:00 2001 From: "http://olivier.berger.myopenid.com/" Date: Sun, 25 Aug 2013 05:37:04 +0000 Subject: [PATCH 05/11] Added a comment: See also section on backups in walthroug --- .../comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/copies/comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment diff --git a/doc/copies/comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment b/doc/copies/comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment new file mode 100644 index 0000000000..45e5722604 --- /dev/null +++ b/doc/copies/comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://olivier.berger.myopenid.com/" + nickname="obergix" + subject="See also section on backups in walthroug" + date="2013-08-25T05:37:04Z" + content=""" +See also [walthrough/backups](/walkthrough/backups/) for some details about copies. +"""]] From 49e71602a7021c4aaa34b7414520306aae4bcd11 Mon Sep 17 00:00:00 2001 From: "https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89" Date: Sun, 25 Aug 2013 05:50:36 +0000 Subject: [PATCH 06/11] Added a comment --- .../comment_5_f0237075653768c84deb702442645f28._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_5_f0237075653768c84deb702442645f28._comment diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_5_f0237075653768c84deb702442645f28._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_5_f0237075653768c84deb702442645f28._comment new file mode 100644 index 0000000000..4ad874c082 --- /dev/null +++ b/doc/bugs/Problem_when_dropping_unused_files/comment_5_f0237075653768c84deb702442645f28._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89" + nickname="John" + subject="comment 5" + date="2013-08-25T05:50:35Z" + content=""" +I meant to say, in 5 or 6 different repositories. Further, when I see it happen the next time, how do you recommend I track down the real problem, instead of always just cloning and starting over? +"""]] From c3623bd957fed02e7fa95ac87aafdd67438e0cd2 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA" Date: Sun, 25 Aug 2013 07:48:19 +0000 Subject: [PATCH 07/11] Added a comment --- ...ment_5_677e958c3f2effec7528b484aeb6478d._comment | 13 +++++++++++++ 1 file changed, 13 insertions(+) create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_5_677e958c3f2effec7528b484aeb6478d._comment diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_5_677e958c3f2effec7528b484aeb6478d._comment b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_5_677e958c3f2effec7528b484aeb6478d._comment new file mode 100644 index 0000000000..07b001c2ef --- /dev/null +++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_5_677e958c3f2effec7528b484aeb6478d._comment @@ -0,0 +1,13 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA" + nickname="Laszlo" + subject="comment 5" + date="2013-08-25T07:48:18Z" + content=""" +What is the problem with bittorrent protocol in general? +It is some technicality or purely philosophical? + +Best, + Laszlo + +"""]] From ac1b262e2d4ec363933e30f91480252ccef5bfb1 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8" Date: Sun, 25 Aug 2013 08:39:20 +0000 Subject: [PATCH 08/11] Added a comment --- ..._56e53803fdede895cba717e6b6e9a1bb._comment | 23 +++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_6_56e53803fdede895cba717e6b6e9a1bb._comment diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_6_56e53803fdede895cba717e6b6e9a1bb._comment b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_6_56e53803fdede895cba717e6b6e9a1bb._comment new file mode 100644 index 0000000000..41e1bda786 --- /dev/null +++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_6_56e53803fdede895cba717e6b6e9a1bb._comment @@ -0,0 +1,23 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8" + nickname="develop" + subject="comment 6" + date="2013-08-25T08:39:15Z" + content=""" +I just did a cursory search on haskell torrent support. And the required pieces do seem to be be there. +https://github.com/jlouis/combinatorrent or https://github.com/astro/haskell-torrent for downloading. i'm not sure if either supports DHT, but that exists here https://github.com/aninhumer/haskell-dht + +That said, i think implementing this would require some quite major overhauls in the system. It probably won't be trivial to implement. + +Note: This is for straight \"bittorrent\", not for \"bittorrent sync\". Bittorrent sync is closed source, and while an API might come at some point, it doesn't currently exist. + +I do seem to recall joeyh talking about supporting further transport protocols(perhaps through hooks). So I'm adding the above links for future reference if this does get implemented. + +But IMHO, this doesn't seem like a trivial feature to add. It might have to take some refactoring of some core git-annex parts. Certain things have to be changed quite a bit. + +Currently a git-annex client doesn't really require anything(except rsync) to sync from a remote. With bittorrent with DHT support to share between clients, suddenly git-annex will have to maintain a constant bittorrent thread(maybe multiple) that constantly seeds all the files in the git-annex repository, while waiting for a potential remote to request data. + +So even if this happens, it is probably gonna take some time. + +Just my 2cents. +"""]] From 483a4f5a728df78ac767f4a276ae6b26d26253d5 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8" Date: Sun, 25 Aug 2013 13:00:05 +0000 Subject: [PATCH 09/11] Added a comment --- ...omment_3_e29bf8b848da04c761dc601ac979ac14._comment | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/forum/correct_way_to_add_two_preexisting_datasets/comment_3_e29bf8b848da04c761dc601ac979ac14._comment diff --git a/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_3_e29bf8b848da04c761dc601ac979ac14._comment b/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_3_e29bf8b848da04c761dc601ac979ac14._comment new file mode 100644 index 0000000000..d750e9581a --- /dev/null +++ b/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_3_e29bf8b848da04c761dc601ac979ac14._comment @@ -0,0 +1,11 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8" + nickname="Juan" + subject="comment 3" + date="2013-08-25T13:00:04Z" + content=""" +Thanks. It is very clear now. I think I got it running. I have 2 direct mode copies in my ubuntu box and in the USB drive and one indirect in my ultrabook (small SSD). +What I meant is that even in direct mode, after sync ended, the set I indexed first ended with the contents of a folder in the .git dir using symlinks. But it might have been a leftover of previous attempts. +I think I got confused by the great amount of flexibility it provides. +Thanks. +"""]] From 8b815a181b718d804dfc519b991dfe0d6049aa51 Mon Sep 17 00:00:00 2001 From: "http://hymnos.existenz.ch/" Date: Sun, 25 Aug 2013 19:04:34 +0000 Subject: [PATCH 10/11] Typo. --- doc/tips/powerful_file_matching.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/tips/powerful_file_matching.mdwn b/doc/tips/powerful_file_matching.mdwn index d5d29377c4..47f8c8a64c 100644 --- a/doc/tips/powerful_file_matching.mdwn +++ b/doc/tips/powerful_file_matching.mdwn @@ -1,4 +1,4 @@ -git-annex has a powerful syntax for making it act on only certian files. +git-annex has a powerful syntax for making it act on only certain files. The simplest thing is to exclude some files, using wild cards: From 08489ec560aef5075491f250a7b165fe697e9d22 Mon Sep 17 00:00:00 2001 From: "http://cstork.org/" Date: Sun, 25 Aug 2013 20:59:42 +0000 Subject: [PATCH 11/11] Added a comment --- .../comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/special_remotes/rsync/comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment diff --git a/doc/special_remotes/rsync/comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment b/doc/special_remotes/rsync/comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment new file mode 100644 index 0000000000..185bd97ec5 --- /dev/null +++ b/doc/special_remotes/rsync/comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://cstork.org/" + nickname="Chris Stork" + subject="comment 10" + date="2013-08-25T20:59:41Z" + content=""" +@joey I don't understand you last comment where you state that special remotes can act as transfer repositories \"to transfer the files between computers that do not communicate directly\". If there's no communication, ie git pushes or pulls, between the computers then they don't know what file names the files on the special remote map to. They need to somehow communicate the git repo too, don't they? +"""]]