From 08bc04641663e934a7eebd09341ea04acc2ccdaf Mon Sep 17 00:00:00 2001 From: "https://dead-doomer.livejournal.com/" Date: Wed, 17 Jun 2020 01:13:46 +0000 Subject: [PATCH 01/10] Added a comment --- ..._d3e6d777a26c6719df4fd2b4cf89763b._comment | 24 +++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 doc/tips/android_sync_with_adb/comment_4_d3e6d777a26c6719df4fd2b4cf89763b._comment diff --git a/doc/tips/android_sync_with_adb/comment_4_d3e6d777a26c6719df4fd2b4cf89763b._comment b/doc/tips/android_sync_with_adb/comment_4_d3e6d777a26c6719df4fd2b4cf89763b._comment new file mode 100644 index 0000000000..37919216d1 --- /dev/null +++ b/doc/tips/android_sync_with_adb/comment_4_d3e6d777a26c6719df4fd2b4cf89763b._comment @@ -0,0 +1,24 @@ +[[!comment format=mdwn + username="https://dead-doomer.livejournal.com/" + subject="comment 4" + date="2020-06-17T01:13:46Z" + content=""" +Well, how would I know that that was significant? I resumed the import after interrupting it and let it run till it finished (several days actually). + +In fact, I let \"import\" run several times till the end, the first time taking a lot of time, and the next ones taking ~10 minutes each. + +Indeed, there seems to be no android_cable/master branch + +``` + +$ git --no-pager branch -ra + git-annex + synced/master + +``` + +I tried to create the branch manually, but there seems to be no `git-annex branch`. + +In addition, this post is easily googleable, whereas \"forum\" is not. I believe that documenting a typical-of-the-typical issue that a user may encounter at the place which if the point of the first consultation is fairly useful. + +"""]] From 2524a84a15ce322c72d80271e99fc607e903501b Mon Sep 17 00:00:00 2001 From: "https://dead-doomer.livejournal.com/" Date: Wed, 17 Jun 2020 01:17:25 +0000 Subject: [PATCH 02/10] Corrected the first command to match what is actually on the file system --- doc/tips/android_sync_with_adb.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/tips/android_sync_with_adb.mdwn b/doc/tips/android_sync_with_adb.mdwn index 2efab4f625..948d51396a 100644 --- a/doc/tips/android_sync_with_adb.mdwn +++ b/doc/tips/android_sync_with_adb.mdwn @@ -19,7 +19,7 @@ already. Then, in that repository, set up an adb special remote: - initremote android type=adb androiddirectory=/sdcard encryption=none exporttree=yes importtree=yes + git-annex initremote android type=adb androiddirectory=/sdcard encryption=none exporttree=yes importtree=yes The above example syncs with the /sdcard directory of the Android device. That can be a lot of files, so you may want a more From a98b03b674d5cebb9c493e75676ff1741d8cc168 Mon Sep 17 00:00:00 2001 From: "https://dead-doomer.livejournal.com/" Date: Wed, 17 Jun 2020 02:41:51 +0000 Subject: [PATCH 03/10] Added a comment --- ...nt_4_e4d75464af5ced1ce1f9539ddf8755f4._comment | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 doc/forum/--verbose_not_really_verbose__63__/comment_4_e4d75464af5ced1ce1f9539ddf8755f4._comment diff --git a/doc/forum/--verbose_not_really_verbose__63__/comment_4_e4d75464af5ced1ce1f9539ddf8755f4._comment b/doc/forum/--verbose_not_really_verbose__63__/comment_4_e4d75464af5ced1ce1f9539ddf8755f4._comment new file mode 100644 index 0000000000..c02916c377 --- /dev/null +++ b/doc/forum/--verbose_not_really_verbose__63__/comment_4_e4d75464af5ced1ce1f9539ddf8755f4._comment @@ -0,0 +1,15 @@ +[[!comment format=mdwn + username="https://dead-doomer.livejournal.com/" + subject="comment 4" + date="2020-06-17T02:41:51Z" + content=""" +>Normally with a fairly large number of files like a thousand or so, this step takes less than 1 second.. + +Well, I wouldn't need any specialised synchronisation tool if I had 1000 files. + +My \"sdcard\", which is not really an SD card (Android lying as always), has ~400 000 files, out of which a huge load are garbage files created by poorly written apps which you cannot avoid, like a bank-client, which are unmanageable from a phone itself. + +I hoped to pull them to the laptop, do the heavy lifting of sorting that out on the laptop, using fdupes, rdfind, find/grep, and such, delete the rubbish, and push it back. + +It's not an \"exotic\" setup at all, I don't even have my phone rooted. In fact for about a year or two a phone with 128Gb of storage is fairly affordable. And it's not really possible to stop apps from being garbage. +"""]] From 4794416b9c92e28f7860f13c07f6c9bfc3943ffe Mon Sep 17 00:00:00 2001 From: "https://dead-doomer.livejournal.com/" Date: Wed, 17 Jun 2020 06:42:53 +0000 Subject: [PATCH 04/10] Added a comment --- ..._1ac315bee17c7f4cdc5de1427852d609._comment | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) create mode 100644 doc/tips/android_sync_with_adb/comment_5_1ac315bee17c7f4cdc5de1427852d609._comment diff --git a/doc/tips/android_sync_with_adb/comment_5_1ac315bee17c7f4cdc5de1427852d609._comment b/doc/tips/android_sync_with_adb/comment_5_1ac315bee17c7f4cdc5de1427852d609._comment new file mode 100644 index 0000000000..dfe67dc1c9 --- /dev/null +++ b/doc/tips/android_sync_with_adb/comment_5_1ac315bee17c7f4cdc5de1427852d609._comment @@ -0,0 +1,19 @@ +[[!comment format=mdwn + username="https://dead-doomer.livejournal.com/" + subject="comment 5" + date="2020-06-17T06:42:53Z" + content=""" +How do I manually create this android_cable/master remote branch? + +For the sake of testing, I created another remote on the same smartphone, and indeed, if \"import\" finishes in one try, there is a + +``` + + $ cat refs/remotes/android_test_cable/master + 8d7ada85897ef7df05bcdf1f2464ca678e03bd3b + +``` + +How do I find an object that corresponds to the original `android_cable` special remote? + +"""]] From 4956891300d9dbca85000235472064c326904cab Mon Sep 17 00:00:00 2001 From: Ilya_Shlyakhter Date: Wed, 17 Jun 2020 14:22:34 +0000 Subject: [PATCH 05/10] Added a comment: building the standalone distribution --- .../comment_9_febd89250e37af938c723e4a204c5cef._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/standalone_tarballs_for_specific_versions/comment_9_febd89250e37af938c723e4a204c5cef._comment diff --git a/doc/forum/standalone_tarballs_for_specific_versions/comment_9_febd89250e37af938c723e4a204c5cef._comment b/doc/forum/standalone_tarballs_for_specific_versions/comment_9_febd89250e37af938c723e4a204c5cef._comment new file mode 100644 index 0000000000..102ef956aa --- /dev/null +++ b/doc/forum/standalone_tarballs_for_specific_versions/comment_9_febd89250e37af938c723e4a204c5cef._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="Ilya_Shlyakhter" + avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0" + subject="building the standalone distribution" + date="2020-06-17T14:22:34Z" + content=""" +Is there a way to build the standalone distribution from the tarballs posted on Hackage? +"""]] From af5369bc920f65da3669fe4fd02669695d844ab8 Mon Sep 17 00:00:00 2001 From: Franky Date: Wed, 17 Jun 2020 18:58:51 +0000 Subject: [PATCH 06/10] --- ...on_a_remote_completely_drops_the_file.mdwn | 32 +++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn diff --git a/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn b/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn new file mode 100644 index 0000000000..fefa2ebed9 --- /dev/null +++ b/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn @@ -0,0 +1,32 @@ +### Please describe the problem. +Running fsck on a remote completely drops the file + +### What steps will reproduce the problem? +* Create a standard git annex repo +* Set up another remote (I used a standard git annex repo) in it +* Corrupt a file in the remote repo. Changing one byte is sufficient for this +* Run `git-annex fsck` +* git-annex will notice the corruption and completely drop the file from the remote + + +### What version of git-annex are you using? On what operating system? +8.20200309, Mac + + +### Please provide any additional information below. + +~~~ +$ ga fsck --from=origin +fsck dir1/dir1_file1 (checksum...) ok +fsck dir1/dir1_file2 (checksum...) ok +fsck file1 (checksum...) + file1: Bad file content; dropped from origin +failed +fsck file2 (checksum...) ok +(recording state in git...) +git-annex: fsck: 1 failed +~~~ + +### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders) +Yes it stores most of my data + From e98f9f76843cb72d17699ec85602ebe439eaf021 Mon Sep 17 00:00:00 2001 From: Franky Date: Wed, 17 Jun 2020 19:00:36 +0000 Subject: [PATCH 07/10] --- .../Running_fsck_on_a_remote_completely_drops_the_file.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn b/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn index fefa2ebed9..9935528678 100644 --- a/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn +++ b/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn @@ -8,6 +8,12 @@ Running fsck on a remote completely drops the file * Run `git-annex fsck` * git-annex will notice the corruption and completely drop the file from the remote +I expect git-annex to never drop data unless specified as also mentioned in https://git-annex.branchable.com/walkthrough/fsck__58___when_things_go_wrong/ + +I would rather look at the corrupted file myself and figure out the best course of action instead of losing it completely. + +At this point, I'm no longer running fsck on remotes. + ### What version of git-annex are you using? On what operating system? 8.20200309, Mac From d72d76c06fad84cc271afa09a6bdc393c2ccdc93 Mon Sep 17 00:00:00 2001 From: Franky Date: Wed, 17 Jun 2020 19:01:44 +0000 Subject: [PATCH 08/10] --- .../Running_fsck_on_a_remote_completely_drops_the_file.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn b/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn index 9935528678..1bf9265947 100644 --- a/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn +++ b/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn @@ -8,7 +8,7 @@ Running fsck on a remote completely drops the file * Run `git-annex fsck` * git-annex will notice the corruption and completely drop the file from the remote -I expect git-annex to never drop data unless specified as also mentioned in https://git-annex.branchable.com/walkthrough/fsck__58___when_things_go_wrong/ +I expect git-annex to never drop data unless specified as also mentioned [here](https://git-annex.branchable.com/walkthrough/fsck__58___when_things_go_wrong) I would rather look at the corrupted file myself and figure out the best course of action instead of losing it completely. From bc3f9999b0899afd0f5eac0421106e0045135e41 Mon Sep 17 00:00:00 2001 From: Franky Date: Wed, 17 Jun 2020 19:07:00 +0000 Subject: [PATCH 09/10] --- .../Running_fsck_on_a_remote_completely_drops_the_file.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn b/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn index 1bf9265947..28d18bdd18 100644 --- a/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn +++ b/doc/bugs/Running_fsck_on_a_remote_completely_drops_the_file.mdwn @@ -12,7 +12,7 @@ I expect git-annex to never drop data unless specified as also mentioned [here]( I would rather look at the corrupted file myself and figure out the best course of action instead of losing it completely. -At this point, I'm no longer running fsck on remotes. +At this point, I'm working around it by not running fsck on remotes, since local fsck seems to work as expected. ### What version of git-annex are you using? On what operating system? From 8c8e61ca1da9a60a84948268d00af43f5793a3f7 Mon Sep 17 00:00:00 2001 From: strmd Date: Wed, 17 Jun 2020 19:34:13 +0000 Subject: [PATCH 10/10] Added a comment --- ...comment_2_d0e73dbcf22704cf1c9af8a56533aebe._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/forum/Mixed_content_repos_with_import_and_export/comment_2_d0e73dbcf22704cf1c9af8a56533aebe._comment diff --git a/doc/forum/Mixed_content_repos_with_import_and_export/comment_2_d0e73dbcf22704cf1c9af8a56533aebe._comment b/doc/forum/Mixed_content_repos_with_import_and_export/comment_2_d0e73dbcf22704cf1c9af8a56533aebe._comment new file mode 100644 index 0000000000..8e1c2e4a32 --- /dev/null +++ b/doc/forum/Mixed_content_repos_with_import_and_export/comment_2_d0e73dbcf22704cf1c9af8a56533aebe._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="strmd" + avatar="http://cdn.libravatar.org/avatar/035707b9756129bbdea6b36a7f7b38d3" + subject="comment 2" + date="2020-06-17T19:34:13Z" + content=""" +Thanks for your reply, Joey. I hadn't caught that it was an open todo, which of course explains it. + +This is the missing piece of the puzzle in a valued workflow of mine. After being constantly amazed by what git-annex enables me to do, it's about time I head over to Patreon to help see it realized (in due time, of course). +"""]]