From a5bddcee313fa237ef42805fbf6d2502a140f6c9 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Tue, 31 Dec 2013 19:11:16 +0000 Subject: [PATCH 1/8] Added a comment --- ..._107ab23eac98a168d2920bb88b4ec86f._comment | 24 +++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment new file mode 100644 index 0000000000..ef1beb973a --- /dev/null +++ b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment @@ -0,0 +1,24 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="209.250.56.227" + subject="comment 2" + date="2013-12-31T19:11:16Z" + content=""" +I've verified that git-annex runs the web browser in a cleaned up environment, that does not, for example, have the `LD_LIBRARY_PATH` used by the bundle set. + +I checked this by making a ~/dumpenv script: + +[[!format sh \"\"\" +#!/bin/sh +set +echo \"$@\" +\"\"\"]] + +Then `chmod +x ~/dumpenv; git config web.browser ~/dumpenv` and `git annex webapp` to run it. + +I did notice that it set `GCONV_PATH=''`, rather than unsetting that variable, and have made a commit fixing that. But I doubt that caused this problem. + +The \"g_slice_set_config: assertion 'sys_page_size == 0\" seems to be a Mozilla bug: , and does not seem to be related, probably firefox is printing that well before crashing. + +It looks like libc can somehow demand-load libgcc_s.so, so I have force included that into the bundle. Don't know if that will help. Will be available in autobuilds in an hour. +"""]] From 07ca84612deb1c10453a5c2eb5e3fb6df6c75ff4 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Tue, 31 Dec 2013 19:16:16 +0000 Subject: [PATCH 2/8] Added a comment --- .../comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/design/external_special_remote_protocol/comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment diff --git a/doc/design/external_special_remote_protocol/comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment b/doc/design/external_special_remote_protocol/comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment new file mode 100644 index 0000000000..f9803bee01 --- /dev/null +++ b/doc/design/external_special_remote_protocol/comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="209.250.56.227" + subject="comment 8" + date="2013-12-31T19:16:16Z" + content=""" +It makes sense to only implement one interface to things, unless there is a reason such as performance to do otherwise. +"""]] From 5041dca3b67f0e5ff2579ee0fb4c70522fe78d3d Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Tue, 31 Dec 2013 19:19:15 +0000 Subject: [PATCH 3/8] Added a comment --- ...mment_3_5278164dab570755ed58afe466dfad42._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/forum/Git_Annex_Sync_Delinks_Files/comment_3_5278164dab570755ed58afe466dfad42._comment diff --git a/doc/forum/Git_Annex_Sync_Delinks_Files/comment_3_5278164dab570755ed58afe466dfad42._comment b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_3_5278164dab570755ed58afe466dfad42._comment new file mode 100644 index 0000000000..f3a1ca577e --- /dev/null +++ b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_3_5278164dab570755ed58afe466dfad42._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="209.250.56.227" + subject="comment 3" + date="2013-12-31T19:19:15Z" + content=""" +\"Checking out files\" is a message printed by git (not by git-annex) when it is updating the work tree. + +It still seems that you have somehow committed large files directly to git. Perhaps you accidentially ran \"git add\" on a large file. + +git annex sync is probably merging this commit from one of your other repositories. +"""]] From 94cf5dcce045bc67c21b521f842c71a44aadc13d Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawnXlmnJKsPulm2S_hwwRm3Ky27Zyf-wKMw" Date: Tue, 31 Dec 2013 19:26:36 +0000 Subject: [PATCH 4/8] Added a comment: Pulling *.flac files as well... too much data --- ...mment_2_51a013213118660bdc06ff4d6c8110ba._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_2_51a013213118660bdc06ff4d6c8110ba._comment diff --git a/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_2_51a013213118660bdc06ff4d6c8110ba._comment b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_2_51a013213118660bdc06ff4d6c8110ba._comment new file mode 100644 index 0000000000..1b84eee813 --- /dev/null +++ b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_2_51a013213118660bdc06ff4d6c8110ba._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawnXlmnJKsPulm2S_hwwRm3Ky27Zyf-wKMw" + nickname="Chad" + subject="Pulling *.flac files as well... too much data" + date="2013-12-31T19:26:36Z" + content=""" +I've tried setting up my own phone in a similar manner. Unfortunately for me, I store my `*.flac` files in the same location as my `*.mp3` files. For obvious reasons, I do not want to copy these up to my phone. This, however, is not working for me. + + content PHONEUID = ((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and (include=keepass/* or include=Books/* or present) and (include=Music/* and exclude=Music/*.flac and exclude=Music/*/*.flac) + +I still get `*.flac` files in the repo. +"""]] From 27f76acaf7899cddb2d29af6b2c78cb52e4d6894 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Tue, 31 Dec 2013 19:26:55 +0000 Subject: [PATCH 5/8] Added a comment --- ...ment_14_2044e821d841fcd37a51ae768fa88df2._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_14_2044e821d841fcd37a51ae768fa88df2._comment diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_14_2044e821d841fcd37a51ae768fa88df2._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_14_2044e821d841fcd37a51ae768fa88df2._comment new file mode 100644 index 0000000000..6df29f9916 --- /dev/null +++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_14_2044e821d841fcd37a51ae768fa88df2._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="209.250.56.227" + subject="comment 14" + date="2013-12-31T19:26:55Z" + content=""" +@flabbergast, you seem to be confused about how git-remote-gcrypt stores its data. The data is stored as git commits inside a bare repository. That is why the instructions say to create a bare repository first. (I think it's also possible to use git-remote-gcrypt in a rsync mode where it just uploads encrypted files to an empty directory and does not use a bare git repository, but git-annex does not use it like that.) + +Your mkdir and touch commands effecetively create a bare git repository too. + +If you're having a problem, I suggest filing a bug report (not a comment on this page) with the full details. The examples show on this page have been tested, and work. +"""]] From 737ad95c4ea2268191d595c369d82f45d3e5f9b6 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Tue, 31 Dec 2013 19:30:00 +0000 Subject: [PATCH 6/8] Added a comment --- .../comment_1_40385806ef1cc082232cd2723a24be1a._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/Consistency_Check_for_S3/comment_1_40385806ef1cc082232cd2723a24be1a._comment diff --git a/doc/forum/Consistency_Check_for_S3/comment_1_40385806ef1cc082232cd2723a24be1a._comment b/doc/forum/Consistency_Check_for_S3/comment_1_40385806ef1cc082232cd2723a24be1a._comment new file mode 100644 index 0000000000..a641ded34d --- /dev/null +++ b/doc/forum/Consistency_Check_for_S3/comment_1_40385806ef1cc082232cd2723a24be1a._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="209.250.56.227" + subject="comment 1" + date="2013-12-31T19:30:00Z" + content=""" +The webapp does not let you set up a consistency check for data in a S3 remote because the only way to check it would be to download the data, which is expensive in bandwidth and potentially, Amazon S3 fees. +"""]] From 7eaff37e24c6ee73b7b0f698afd9d8fa0d362836 Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Tue, 31 Dec 2013 19:35:21 +0000 Subject: [PATCH 7/8] Added a comment --- ...mment_1_b96ea3ece44d42e79e4d903ca66065ee._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind/comment_1_b96ea3ece44d42e79e4d903ca66065ee._comment diff --git a/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind/comment_1_b96ea3ece44d42e79e4d903ca66065ee._comment b/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind/comment_1_b96ea3ece44d42e79e4d903ca66065ee._comment new file mode 100644 index 0000000000..bf7aaedeee --- /dev/null +++ b/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind/comment_1_b96ea3ece44d42e79e4d903ca66065ee._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="209.250.56.227" + subject="comment 1" + date="2013-12-31T19:35:20Z" + content=""" +When git-annex is deleting an object's content, it opens the object, locks it, unlinks it, and closes it. This is necessary in order to avoid various race conditions that could cause data loss (ie, another repository might be in the process of verifying that the object that is being deleted is present). + +I suspect that is what causes the problem with encfs. Since it is entirely a valid POSIX operation to do this, and since not doing it could cause data loss in some situations, I am very reluctant to change anything in git-annex in this area. + +It's unfortunate that encfs seems to cause so many problems for POSIX filesystem semantics. Luckily, there are other ways to encrypt filesystems that do not suffer from such problems. +"""]] From 065b41dd14c5f8e006f96ed7385bf236eed5b2fb Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Tue, 31 Dec 2013 19:38:24 +0000 Subject: [PATCH 8/8] Added a comment --- .../comment_1_6312860de9f30cbb05762cd67edc705a._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/webapp_takes_100__37___of_the_cpu/comment_1_6312860de9f30cbb05762cd67edc705a._comment diff --git a/doc/bugs/webapp_takes_100__37___of_the_cpu/comment_1_6312860de9f30cbb05762cd67edc705a._comment b/doc/bugs/webapp_takes_100__37___of_the_cpu/comment_1_6312860de9f30cbb05762cd67edc705a._comment new file mode 100644 index 0000000000..3ec9c52eb8 --- /dev/null +++ b/doc/bugs/webapp_takes_100__37___of_the_cpu/comment_1_6312860de9f30cbb05762cd67edc705a._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="209.250.56.227" + subject="comment 1" + date="2013-12-31T19:38:24Z" + content=""" +The webapp pushes a changed html div to the browser when eg, updating the progress bar. This is inneficient, which doesn't usually matter, since git-annex is not generally used with a large number of small files +"""]]