From b1c4d12434e17e8d5a0634dfcf575a333b2ec55e Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Mon, 12 Nov 2012 02:39:19 +0000 Subject: [PATCH 1/8] Added a comment --- .../comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/design/assistant/blog/day_126__mr_watson_come_here/comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment diff --git a/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment b/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment new file mode 100644 index 0000000000..6f76ec4c8e --- /dev/null +++ b/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="4.152.108.27" + subject="comment 2" + date="2012-11-12T02:39:19Z" + content=""" +AFAIK, yenc can use xml characters like < and > in its encoding. +"""]] From 5d58c42ec3803f2d574e2da429c2c4e77956d3f6 Mon Sep 17 00:00:00 2001 From: "http://colberg.org/" Date: Mon, 12 Nov 2012 05:05:39 +0000 Subject: [PATCH 2/8] Added a comment --- ..._64506833dad0202626239e00d1eb6490._comment | 23 +++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 doc/forum/Using_Linux_static_builds/comment_3_64506833dad0202626239e00d1eb6490._comment diff --git a/doc/forum/Using_Linux_static_builds/comment_3_64506833dad0202626239e00d1eb6490._comment b/doc/forum/Using_Linux_static_builds/comment_3_64506833dad0202626239e00d1eb6490._comment new file mode 100644 index 0000000000..af301bd7e4 --- /dev/null +++ b/doc/forum/Using_Linux_static_builds/comment_3_64506833dad0202626239e00d1eb6490._comment @@ -0,0 +1,23 @@ +[[!comment format=mdwn + username="http://colberg.org/" + ip="2001:470:1d:4d4:2d4b:7654:2c00:b95c" + subject="comment 3" + date="2012-11-12T05:05:39Z" + content=""" +Hi Florian, + +I maintain a makefile for GNU/Linux systems that builds git-annex from scratch using a single command. + + git clone http://git.colberg.org/packages.git + + nice make -f packages.mk CONCURRENCY_LEVEL=16 PREFIX=$HOME/usr/rhel6-x64_64 install-git-annex + +The makefile fetches pre-compiled GHC 6.x (x86_64), which works on old systems (e.g. RHEL 5), builds a recent GHC 7.x from source, a minimal Haskell environment with cabal-install, and finally git-annex. I have succesfully compiled git-annex on RHEL 5.x and 6.x, and CentOS 6.x. + +If the build fails using the system's GCC, there is also a newer GCC in the same makefile: + + nice make -f packages.mk CONCURRENCY_LEVEL=16 PREFIX=$HOME/usr/rhel6-x64_64 install-gcc + +Regards, +Peter +"""]] From d893e462fc8609c55a27930cafe8d9fc5078dc17 Mon Sep 17 00:00:00 2001 From: karhun Date: Mon, 12 Nov 2012 05:58:16 +0000 Subject: [PATCH 3/8] Added a comment --- ...nt_3_32de3501feedce51b43ed9dcc399c7a9._comment | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 doc/forum/Does_git-annex_version_big_files__63__/comment_3_32de3501feedce51b43ed9dcc399c7a9._comment diff --git a/doc/forum/Does_git-annex_version_big_files__63__/comment_3_32de3501feedce51b43ed9dcc399c7a9._comment b/doc/forum/Does_git-annex_version_big_files__63__/comment_3_32de3501feedce51b43ed9dcc399c7a9._comment new file mode 100644 index 0000000000..33c4ef7ba8 --- /dev/null +++ b/doc/forum/Does_git-annex_version_big_files__63__/comment_3_32de3501feedce51b43ed9dcc399c7a9._comment @@ -0,0 +1,15 @@ +[[!comment format=mdwn + username="karhun" + ip="99.20.248.32" + subject="comment 3" + date="2012-11-12T05:58:16Z" + content=""" +Hi + +I have one more follow up question. + +So git-annex versions files as I understand. Is it possible to use it without file versioning and just use it as a sync tool. I realize that there are example scenarios to demonstrate it however I would like to disable versioning if possible because I am intending to use it on large folders with big binary type files. + +thanks + +"""]] From e2258d5cbc98accc05439ff4b578a6c82092bd69 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s" Date: Mon, 12 Nov 2012 11:39:17 +0000 Subject: [PATCH 4/8] Added a comment: Pairing on the local network --- ...comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment new file mode 100644 index 0000000000..add2cf313a --- /dev/null +++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s" + nickname="Zahary" + subject="Pairing on the local network" + date="2012-11-12T11:39:17Z" + content=""" +Joey, How does pairing on the local network work btw? +Now that you have experience intercepting and relaying the git pack output maybe you can use UDP broadcast on the local network for a truly fast sync. +With dropbox, I'm often syncing working copies of software projects between several VMs so I can test the code on all platforms before committing. I've found that to be faster (for builds) then using a VM shared folders, network shares, etc. +"""]] From 8cd8c208461c01af397075b0cd4a886045874776 Mon Sep 17 00:00:00 2001 From: "http://phil.0x539.de/" Date: Mon, 12 Nov 2012 11:50:42 +0000 Subject: [PATCH 5/8] Added a comment --- .../comment_2_43664b73c71c41d71bc95e665f128106._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_2_43664b73c71c41d71bc95e665f128106._comment diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_2_43664b73c71c41d71bc95e665f128106._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_2_43664b73c71c41d71bc95e665f128106._comment new file mode 100644 index 0000000000..3a83186184 --- /dev/null +++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_2_43664b73c71c41d71bc95e665f128106._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://phil.0x539.de/" + nickname="Philipp Kern" + subject="comment 2" + date="2012-11-12T11:50:42Z" + content=""" +Developing something new based on IPv4 UDP broadcast seems to be insane. IPv6 link-local multicast should be available virtually anywhere. XMPP relies on TCP and a central server to guarantee that a single packet is not split up, which would need quite some protocol engineering to get right over lossy UDP (e.g. segmentation, flow control, congestion avoidance). But TCP as discovered using mDNS might work… Still needs some kind of authentication / encryption, though. +"""]] From c7cee8c27c2df248ad9ecf34e338ad1e1e244cbe Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s" Date: Mon, 12 Nov 2012 12:00:50 +0000 Subject: [PATCH 6/8] Added a comment: Jingle --- ...omment_3_d369b04f686009a9dbb57b999107a55e._comment | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_3_d369b04f686009a9dbb57b999107a55e._comment diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_3_d369b04f686009a9dbb57b999107a55e._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_3_d369b04f686009a9dbb57b999107a55e._comment new file mode 100644 index 0000000000..951cc7e057 --- /dev/null +++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_3_d369b04f686009a9dbb57b999107a55e._comment @@ -0,0 +1,11 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s" + nickname="Zahary" + subject="Jingle" + date="2012-11-12T12:00:50Z" + content=""" +Also, you probably know about Jingle: +http://en.wikipedia.org/wiki/Jingle_(protocol) + +What are you thoughts about it? I guess it would have been harder to use the Google C++ library from Haskell and full mesh peer-to-peer is certainly more complicated than using the XMPP server to effectively multicast to all paired clients. +"""]] From 556b0e808ed92a2e4208489ef43ff07fb65c784e Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s" Date: Mon, 12 Nov 2012 12:13:34 +0000 Subject: [PATCH 7/8] Added a comment: @Philipp Kern --- .../comment_4_095855d301e7ccd3689ffe507cfb63ee._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_4_095855d301e7ccd3689ffe507cfb63ee._comment diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_4_095855d301e7ccd3689ffe507cfb63ee._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_4_095855d301e7ccd3689ffe507cfb63ee._comment new file mode 100644 index 0000000000..0e5295ad2e --- /dev/null +++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_4_095855d301e7ccd3689ffe507cfb63ee._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s" + nickname="Zahary" + subject="@Philipp Kern" + date="2012-11-12T12:13:33Z" + content=""" +Alright, I stand corrected, although I'm aware of some libraries that have already solved the problem so you don't really have to implement reliable UDP from scratch: http://code.google.com/p/openpgm/ +"""]] From a59e2574226d171ca6fa2d7d92c6bb8b5d583d99 Mon Sep 17 00:00:00 2001 From: "http://phil.0x539.de/" Date: Mon, 12 Nov 2012 12:50:27 +0000 Subject: [PATCH 8/8] Added a comment --- .../comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment new file mode 100644 index 0000000000..f10326a3c9 --- /dev/null +++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment @@ -0,0 +1,9 @@ +[[!comment format=mdwn + username="http://phil.0x539.de/" + nickname="Philipp Kern" + subject="comment 5" + date="2012-11-12T12:50:26Z" + content=""" +To quote the website (emphasis mine): +> PGM is appropriate for applications that require duplicate-free multicast data delivery from multiple sources to multiple receivers. *PGM does not support acknowledged delivery, nor does it guarantee ordering of packets from multiple senders.* +"""]]