From ec9413b9ee1cea96983ac577f4526ecb43fd75e1 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 15 May 2014 19:51:48 +0000 Subject: [PATCH 1/8] Added a comment --- ...1_bb687b1a50d8a926abd16ada639140e1._comment | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 doc/todo/Allow_syncing_only_selected_branches/comment_1_bb687b1a50d8a926abd16ada639140e1._comment diff --git a/doc/todo/Allow_syncing_only_selected_branches/comment_1_bb687b1a50d8a926abd16ada639140e1._comment b/doc/todo/Allow_syncing_only_selected_branches/comment_1_bb687b1a50d8a926abd16ada639140e1._comment new file mode 100644 index 0000000000..00f18cf720 --- /dev/null +++ b/doc/todo/Allow_syncing_only_selected_branches/comment_1_bb687b1a50d8a926abd16ada639140e1._comment @@ -0,0 +1,18 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 1" + date="2014-05-15T19:51:48Z" + content=""" +No, it does not: + +
+push wren 
+[2014-05-15 15:50:33 JEST] call: git [\"--git-dir=/home/joey/lib/big/.git\",\"--work-tree=/home/joey/lib/big\",\"push\",\"wren\",\"+git-annex:synced/git-annex\",\"master:synced/master\"]
+[2014-05-15 15:50:39 JEST] read: git [\"--git-dir=/home/joey/lib/big/.git\",\"--work-tree=/home/joey/lib/big\",\"push\",\"wren\",\"master\"]
+
+ +That is the entirity of what's pushed: The git-annex branch, and the currently checked out branch. + +I don't see a bug here. +"""]] From a16eba76b7e821d216c1b3ecb3707ffebebbf967 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 15 May 2014 19:53:16 +0000 Subject: [PATCH 2/8] Added a comment --- .../comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/sync/comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment diff --git a/doc/sync/comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment b/doc/sync/comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment new file mode 100644 index 0000000000..94d34a2a87 --- /dev/null +++ b/doc/sync/comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 15" + date="2014-05-15T19:53:16Z" + content=""" +We seem to have some rumor going around that `git annex sync` pushes all branches. It does not. It pushes only the git-annex branch and the currently checked out branch. +"""]] From 94acad3be4d2014f7daba45ee252e986fe754ba7 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 15 May 2014 19:54:54 +0000 Subject: [PATCH 3/8] Added a comment --- .../comment_16_96096f994fc55f921f2b24b274f998f7._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/sync/comment_16_96096f994fc55f921f2b24b274f998f7._comment diff --git a/doc/sync/comment_16_96096f994fc55f921f2b24b274f998f7._comment b/doc/sync/comment_16_96096f994fc55f921f2b24b274f998f7._comment new file mode 100644 index 0000000000..587444d36c --- /dev/null +++ b/doc/sync/comment_16_96096f994fc55f921f2b24b274f998f7._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 16" + date="2014-05-15T19:54:54Z" + content=""" +@Matthias, `git annex sync --content` has to check each file to see if any other repository wants it. This is necessarily going to get slow when there are a lot of files. The assistant does a similar syncing but uses some tricks to avoid scanning all the files too often, while still managing to keep them all in sync -- it can do this since it's a long-running daemon and is aware when files have changed. +"""]] From 21444ec6a1e8b4c3508b2ec2a0355e6af913752d Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 15 May 2014 19:56:53 +0000 Subject: [PATCH 4/8] Added a comment --- ...comment_1_4227a75f2eb0de6a2422efe8d791e130._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/bugs/wget_tarball_over_https_complains/comment_1_4227a75f2eb0de6a2422efe8d791e130._comment diff --git a/doc/bugs/wget_tarball_over_https_complains/comment_1_4227a75f2eb0de6a2422efe8d791e130._comment b/doc/bugs/wget_tarball_over_https_complains/comment_1_4227a75f2eb0de6a2422efe8d791e130._comment new file mode 100644 index 0000000000..7f8c906a10 --- /dev/null +++ b/doc/bugs/wget_tarball_over_https_complains/comment_1_4227a75f2eb0de6a2422efe8d791e130._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 1" + date="2014-05-15T19:56:53Z" + content=""" +I don't know why this would happen. The https cert for downloads.kitenet.net is a wildcard cert for *.kitenet.net. + +Also, I cannot reproduce it with wget on either debian stable or unstable. So it seems more likely to be a bug in your wget than anything.. +"""]] From 957ef992c7298ba7b5b4c053c837bc19c5d78ea8 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 15 May 2014 20:01:14 +0000 Subject: [PATCH 5/8] Added a comment --- ..._b48775ea1e90b061b084f61a4a9baca5._comment | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) create mode 100644 doc/forum/remembering_state/comment_3_b48775ea1e90b061b084f61a4a9baca5._comment diff --git a/doc/forum/remembering_state/comment_3_b48775ea1e90b061b084f61a4a9baca5._comment b/doc/forum/remembering_state/comment_3_b48775ea1e90b061b084f61a4a9baca5._comment new file mode 100644 index 0000000000..2b349527ce --- /dev/null +++ b/doc/forum/remembering_state/comment_3_b48775ea1e90b061b084f61a4a9baca5._comment @@ -0,0 +1,19 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 3" + date="2014-05-15T20:01:14Z" + content=""" +While you can certianly use views for this, I tend to do the same with my sound files without view, but just using location tracking info. I have a set of music I'm currently listening to, and want to have more or less the same files on multiple computers as I have on my laptop. With maybe a bit more on some computers with more space. So, I do: + + git annex sync + git annex get --in darkstar + +Where \"darkstar\" is the name of the repository on my laptop. + +Another nice trick that also takes advantage of the location tracking logs is this to get back some files you dropped temporarily to free up space: + + git annex get --in='here@{yesterday}' + + +"""]] From 6275e9b6ad7d95168fd023a16334d1d654a6e15e Mon Sep 17 00:00:00 2001 From: "http://grossmeier.net/" Date: Thu, 15 May 2014 20:05:35 +0000 Subject: [PATCH 6/8] --- doc/bugs/wget_tarball_over_https_complains.mdwn | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/bugs/wget_tarball_over_https_complains.mdwn b/doc/bugs/wget_tarball_over_https_complains.mdwn index 310ca76821..c318a1b4a0 100644 --- a/doc/bugs/wget_tarball_over_https_complains.mdwn +++ b/doc/bugs/wget_tarball_over_https_complains.mdwn @@ -11,3 +11,5 @@ Connecting to downloads.kitenet.net|107.170.31.195|:443... connected. ERROR: certificate common name "kitenet.net" doesn\'t match requested host name "downloads.kitenet.net". To connect to downloads.kitenet.net insecurely, use '--no-check-certificate'. """]] + +> [[done]]: Per joey's comment, I'll investigate my broken wget From a5b250cd2aeb899c387d5a314be27b29406aadd5 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 15 May 2014 20:22:41 +0000 Subject: [PATCH 7/8] Added a comment --- ...1_d370b044da3bfebf9e4c90ce1e243587._comment | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__/comment_1_d370b044da3bfebf9e4c90ce1e243587._comment diff --git a/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__/comment_1_d370b044da3bfebf9e4c90ce1e243587._comment b/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__/comment_1_d370b044da3bfebf9e4c90ce1e243587._comment new file mode 100644 index 0000000000..cf7601d408 --- /dev/null +++ b/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__/comment_1_d370b044da3bfebf9e4c90ce1e243587._comment @@ -0,0 +1,18 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 1" + date="2014-05-15T20:22:40Z" + content=""" +This means that a git commit's data has gotten lost somehow. You can verify that by trying + + git show 993859515190743e9bed7fc8e697d5ac4e2d03a0 + +The most common reason for this to happen is if the system is shutdown unexpectedly while git-annex is running. Or, if this repository is on a removable drive, if it got removed before the data could be written. + +You can probably fix the problem by running: + + git annex repair + +(Code formatting: Use 4 spaces.) +"""]] From b2749187bb651491b807d21d85165134edacaf57 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Thu, 15 May 2014 20:36:13 +0000 Subject: [PATCH 8/8] Added a comment --- ...omment_12_d3d91ddc00bc275455022d86b779b148._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/todo/windows_support/comment_12_d3d91ddc00bc275455022d86b779b148._comment diff --git a/doc/todo/windows_support/comment_12_d3d91ddc00bc275455022d86b779b148._comment b/doc/todo/windows_support/comment_12_d3d91ddc00bc275455022d86b779b148._comment new file mode 100644 index 0000000000..df4545911a --- /dev/null +++ b/doc/todo/windows_support/comment_12_d3d91ddc00bc275455022d86b779b148._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="108.236.230.124" + subject="comment 12" + date="2014-05-15T20:36:09Z" + content=""" +@Dominik, thanks for the links. Now that the webapp handles prompting for ssh passwords, the console is entirely vestigial and I'd like to get rid of it. The sc commands seems possible to use; there are also haskell libraries for building windows services. + +The tricky part is that multiple git-annex assistant processes can be running, if there are multiple local repositories. This seems to be hard to do as a service. +"""]]