From f87862a8177a878fefbb4d61258a6a089fed9563 Mon Sep 17 00:00:00 2001 From: "https://me.yahoo.com/a/ZF7p46cPmpWtb9zvA8iTitPmiQ--#eb014" Date: Wed, 24 Feb 2016 03:55:44 +0000 Subject: --- doc/forum/Help_with_assistant_and_Adobe_Lightroom.mdwn | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 doc/forum/Help_with_assistant_and_Adobe_Lightroom.mdwn (limited to 'doc') diff --git a/doc/forum/Help_with_assistant_and_Adobe_Lightroom.mdwn b/doc/forum/Help_with_assistant_and_Adobe_Lightroom.mdwn new file mode 100644 index 000000000..d3cf4e7a1 --- /dev/null +++ b/doc/forum/Help_with_assistant_and_Adobe_Lightroom.mdwn @@ -0,0 +1,3 @@ +I am trying to use the git-annex assistant to automatically sync photos from my Lightroom catalog on Mac OS X to a remote archive server. I hit a snag due to a race condition combined with some peculiar behavior of Adobe Lightroom: it dereferences symlinks and uses the name of the target when importing (see https://forums.adobe.com/thread/568863?tstart=0) I observe the following problematic workflow: 1. Files are imported using the original filename. 2. The assistant eventually moves the content to .git/annex/objects and creates symlinks to replace the originals. 3. The photos no longer appear in the Library, however Lightroom will not allow me to re-import as it thinks the files have already been imported and are duplicates. + +I know a few other folks are using git-annex and Lightroom together, but I cannot tell if they are using the assistant or manually managing the annex. This implementation is for my wife who is not technical enough to use git on the command line so that's out of the question. It seems like direct mode is my best option for now, however, I'd like to avoid it since it's being deprecated. Is there some other option that I'm missing? Is anyone else out there successfully using the assistant and Lightroom together? I'd love some advice. -- cgit v1.2.3 From c31b166e0f908889e6ed5a3b14d3a852f95fee5e Mon Sep 17 00:00:00 2001 From: "matyasbot@fd008517d046c382e18306c0b3db48eb58d45dee" Date: Wed, 24 Feb 2016 19:14:42 +0000 Subject: --- doc/forum/How_to_improve_performance_with_v6_repos__63__.mdwn | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 doc/forum/How_to_improve_performance_with_v6_repos__63__.mdwn (limited to 'doc') diff --git a/doc/forum/How_to_improve_performance_with_v6_repos__63__.mdwn b/doc/forum/How_to_improve_performance_with_v6_repos__63__.mdwn new file mode 100644 index 000000000..6a4f5e8cf --- /dev/null +++ b/doc/forum/How_to_improve_performance_with_v6_repos__63__.mdwn @@ -0,0 +1,3 @@ +I've been using git-annex to manage a repo of ~4000 files (an MP3 collection). I used to use direct mode, but switched to v6 and am using unlocked files instead. However, even small commits have been taking 10-20 minutes. Looking at `ps` output shows `git-annex smudge` processes running against all of the files in the repo, one by one. + +Is there any way I can speed things up? -- cgit v1.2.3 From 9ca45880cdeb6dde1be8098142ee6795b5007339 Mon Sep 17 00:00:00 2001 From: tom_clune Date: Wed, 24 Feb 2016 19:23:13 +0000 Subject: Added a comment: git annex using the "wrong" ssh socket --- ...ent_1_ae5af47faf95f008f1b07dbed5181286._comment | 28 ++++++++++++++++++++++ 1 file changed, 28 insertions(+) create mode 100644 doc/tips/centralized_git_repository_tutorial/on_your_own_server/comment_1_ae5af47faf95f008f1b07dbed5181286._comment (limited to 'doc') diff --git a/doc/tips/centralized_git_repository_tutorial/on_your_own_server/comment_1_ae5af47faf95f008f1b07dbed5181286._comment b/doc/tips/centralized_git_repository_tutorial/on_your_own_server/comment_1_ae5af47faf95f008f1b07dbed5181286._comment new file mode 100644 index 000000000..253410566 --- /dev/null +++ b/doc/tips/centralized_git_repository_tutorial/on_your_own_server/comment_1_ae5af47faf95f008f1b07dbed5181286._comment @@ -0,0 +1,28 @@ +[[!comment format=mdwn + username="tom_clune" + subject="git annex using the "wrong" ssh socket" + date="2016-02-24T19:23:13Z" + content=""" +To avoid frequent typing of pin + RSA passcode + password, we typically establish an ssh control master just once. This works fine with regular git commands, but the git-annex command apparently try to create a different socket. Even that would be ok, except that apparently it is a new socket each time we enter a command. + +With sufficient \"-vvvv\" we see things like: + + ... + debug1: Executing proxy command: exec ssh -l fred proxy.xxx.yyy direct host + ... + +(Note I have eliminated references to the actual machine names and userid's.) + +If the command had instead been: + + exec ssh -l fred proxy.xxx.yyy direct /home/fred/.ssh/master_host:22 + +everything would have worked fine. In fact, we are now using: + + git config remote.origin.annex-ssh-options '-S /home/fred/.ssh/master_host:22' + +and this eliminates the issue. But it would be nice if git annex could somehow automatically use +the pre-existing connection. Is there a better way to achieve this? + + +"""]] -- cgit v1.2.3 From 2886280fac31edd07d6d6ecd68d342f44a7de6c1 Mon Sep 17 00:00:00 2001 From: "https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f4" Date: Wed, 24 Feb 2016 21:42:28 +0000 Subject: --- ...ogress_reports_in_parallel___39__get__39__.mdwn | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) create mode 100644 doc/bugs/duplicate_progress_reports_in_parallel___39__get__39__.mdwn (limited to 'doc') diff --git a/doc/bugs/duplicate_progress_reports_in_parallel___39__get__39__.mdwn b/doc/bugs/duplicate_progress_reports_in_parallel___39__get__39__.mdwn new file mode 100644 index 000000000..398eb04ca --- /dev/null +++ b/doc/bugs/duplicate_progress_reports_in_parallel___39__get__39__.mdwn @@ -0,0 +1,22 @@ +[[!format sh """ +$> git annex version +git-annex version: 6.20160213+gitg9597a21-1~ndall+1 +... +$> git annex get -J 5 . +get docs/freesurfer.groupanalysis.ppt (from origin...) (checksum...) ok +get docs/freesurfer.future_directions.2007.ppt (from origin...) (checksum...) ok +get docs/freesurfer.groupanalysis.short.ppt (from origin...) (checksum...) ok +get distribution/trctrain/trctraindata.tar.gz (from origin...) +47% 80.2MB/s 3s +47% 80.2MB/s 3s +get docs/freesurfer.inferring_architectonics.ppt (from origin...) +33% 8.1MB/s 4s +33% 8.1MB/s 4s +get docs/freesurfer.intro.2011.ppt (from origin...) +64% 7.3MB/s 1s +64% 7.3MB/s 1s +get docs/freesurfer.intro.mmclass.ppt (from origin...) +# End of transcript or log. +"""]] + +[[!meta author=yoh]] -- cgit v1.2.3 From 5970ccda425c8a32c513cf09d31f3708781639c8 Mon Sep 17 00:00:00 2001 From: tom_clune Date: Wed, 24 Feb 2016 22:19:00 +0000 Subject: Added a comment: dropping files after changing branches/tags --- .../comment_4_2110ed6316b6a0df4ef3e1c8bc97ab99._comment | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/walkthrough/unused_data/comment_4_2110ed6316b6a0df4ef3e1c8bc97ab99._comment (limited to 'doc') diff --git a/doc/walkthrough/unused_data/comment_4_2110ed6316b6a0df4ef3e1c8bc97ab99._comment b/doc/walkthrough/unused_data/comment_4_2110ed6316b6a0df4ef3e1c8bc97ab99._comment new file mode 100644 index 000000000..8c6f04e27 --- /dev/null +++ b/doc/walkthrough/unused_data/comment_4_2110ed6316b6a0df4ef3e1c8bc97ab99._comment @@ -0,0 +1,11 @@ +[[!comment format=mdwn + username="tom_clune" + subject="dropping files after changing branches/tags" + date="2016-02-24T22:19:00Z" + content=""" +I have a use case in which a colleague wishes to have a working copy of my data repository to use with the current version of my model. When a new version of the model is available they would likewise update their git-annex clone of my data. The colleague wants to drop any files that have been made obsolete by this change, but I do not see an efficient way to make this determination. They could of course drop everything and then do git annex get . but that could be very expensive if only a small subset of the files have actually changed. + +I'm probably just missing something basic, as this seems to be a reasonably frequent use case. + + +"""]] -- cgit v1.2.3 From 809c34e0edb08ff3dc8e16929243d90a6860ecdb Mon Sep 17 00:00:00 2001 From: "https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f4" Date: Thu, 25 Feb 2016 03:04:26 +0000 Subject: Added a comment: would it be possible to get a branch only with annexed content? --- .../comment_1_5bdbf54ae75f77c69c8f557f4dbac13d._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/design/adjusted_branches/comment_1_5bdbf54ae75f77c69c8f557f4dbac13d._comment (limited to 'doc') diff --git a/doc/design/adjusted_branches/comment_1_5bdbf54ae75f77c69c8f557f4dbac13d._comment b/doc/design/adjusted_branches/comment_1_5bdbf54ae75f77c69c8f557f4dbac13d._comment new file mode 100644 index 000000000..36f2db306 --- /dev/null +++ b/doc/design/adjusted_branches/comment_1_5bdbf54ae75f77c69c8f557f4dbac13d._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f4" + subject="would it be possible to get a branch only with annexed content?" + date="2016-02-25T03:04:26Z" + content=""" +I am yet to grasp all the glorious plans here, but wondered to ask: it seems like it then should be possible to establish a branch only with annexed archive? may be matching some preferred content expression? +Usecase: a relatively large git/annex repository mixing in code, large data files, and some pre-built binaries. If I could seamlessly and reproducibly (with the progress of their master) tease those apart (for separate Debian packaging ;)), that would be really handy + +[[!meta author=yoh]] +"""]] -- cgit v1.2.3