From d45dbd678c7784bd3c87b65a433f6b339486c3fa Mon Sep 17 00:00:00 2001 From: ndj Date: Sat, 11 May 2019 18:33:25 +0000 Subject: [PATCH 1/3] --- doc/bugs/smudge_errors_on_os-x.mdwn | 54 +++++++++++++++++++++++++++++ 1 file changed, 54 insertions(+) create mode 100644 doc/bugs/smudge_errors_on_os-x.mdwn diff --git a/doc/bugs/smudge_errors_on_os-x.mdwn b/doc/bugs/smudge_errors_on_os-x.mdwn new file mode 100644 index 0000000000..4c453f29bb --- /dev/null +++ b/doc/bugs/smudge_errors_on_os-x.mdwn @@ -0,0 +1,54 @@ +### Please describe the problem. + +When following the instructions in [[tips/unlocked files]] on Mac, I am seeing an error message when smudge is run. + +This causes the file to end up in git's object database (`.git/objects`) instead of git annex's (`.git/annex/objects`). + +I tried the same steps on linux with the autobuilder version (7.20190508) and got no error and the data ended up in git annex correctly. + +### What steps will reproduce the problem? + +[[!format sh """ +# If you can, paste a complete transcript of the problem occurring here. +# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log + +$ mkdir test-7-annex +$ cd test-7-annex +$ git init +Initialized empty Git repository in /Users/jones/test-7-annex/.git/ +$ git ci -m 'init' --allow-empty +[master (root-commit) 006a611] init +$ git annex init mini --version=7 +init mini (scanning for unlocked files...) +ok +(recording state in git...) +$ cp ../file.mp3 . +$ git add file.mp3 +error: cannot feed the input to external filter git-annex smudge --clean -- %f +error: external filter git-annex smudge --clean -- %f failed +$ git annex sync +commit (recording state in git...) + +[master 48b44eb] git-annex in mini + 1 file changed, 0 insertions(+), 0 deletions(-) + create mode 100755 file.mp3 +ok +$ du -sh .git/objects/ +3.9M .git/objects/ +$ du -sh .git/annex/objects +du: .git/annex/objects: No such file or directory + +# End of transcript or log. +"""]] + +### What version of git-annex are you using? On what operating system? + +On Mac, versions 7.20190220 (latest download) or 7.20190508 (latest autobuild) + +### Please provide any additional information below. + + + +### 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! Git annex is an amazing tool and it's the backbone of my long term archiving workflow. I also use it for archive management at work and it's proven to be incredibly useful. Thank you for continuing to maintain and innovate with git annex! From 4c7f38fc2c0ffdf1b1dd9ccec6054e225c11fb5b Mon Sep 17 00:00:00 2001 From: "branchable@bafd175a4b99afd6ed72501042e364ebd3e0c45e" Date: Sun, 12 May 2019 17:02:07 +0000 Subject: [PATCH 2/3] --- ...__39__t_permanently_add_to___36__PATH.mdwn | 29 +++++++++++++++++++ 1 file changed, 29 insertions(+) create mode 100644 doc/bugs/Android_install_doesn__39__t_permanently_add_to___36__PATH.mdwn diff --git a/doc/bugs/Android_install_doesn__39__t_permanently_add_to___36__PATH.mdwn b/doc/bugs/Android_install_doesn__39__t_permanently_add_to___36__PATH.mdwn new file mode 100644 index 0000000000..be717d6d27 --- /dev/null +++ b/doc/bugs/Android_install_doesn__39__t_permanently_add_to___36__PATH.mdwn @@ -0,0 +1,29 @@ +### Please describe the problem. + +The install script [[install/Android/git-annex-install]] only adds an entry to `$PATH` which lasts for as long as the shell used for the install. Subsequent launches of termux will not find `git-annex` on the `$PATH`. + +I'm puzzled why this hasn't been reported before. Is everyone on Android manually running `./git-annex.linux/git-annex ...` each time, or have they manually set up `$PATH` in their Termux shell profile without reporting back to the community, or am I missing something else? + +### What steps will reproduce the problem? + +- Install `git-annex` on Android as per [[Android]] +- Quit the shell used during install +- Relaunch termux +- Try to run `git-annex` + +### What version of git-annex are you using? On what operating system? + +6.20180927-gc5b6c55af on Android P + +I know this is probably old now but I can't see any evidence the installer fixed this issue since I last tried. Happy to be told I'm wrong. + +### Please provide any additional information below. + +[[!format sh """ +% git annex +git: 'annex' is not a git command. See 'git --help'. +"""]] + +### 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, been using it for many years and couldn't live without it. From 061078928593a1377f6b9e591c1957f405eaaf7c Mon Sep 17 00:00:00 2001 From: Ilya_Shlyakhter Date: Mon, 13 May 2019 22:03:38 +0000 Subject: [PATCH 3/3] Added a comment: checksums of remote data --- .../comment_4_cd5974b989f0a75a8d441d6c3eff4807._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/todo/checksum_verification_on_transfer/comment_4_cd5974b989f0a75a8d441d6c3eff4807._comment diff --git a/doc/todo/checksum_verification_on_transfer/comment_4_cd5974b989f0a75a8d441d6c3eff4807._comment b/doc/todo/checksum_verification_on_transfer/comment_4_cd5974b989f0a75a8d441d6c3eff4807._comment new file mode 100644 index 0000000000..42167f134a --- /dev/null +++ b/doc/todo/checksum_verification_on_transfer/comment_4_cd5974b989f0a75a8d441d6c3eff4807._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="Ilya_Shlyakhter" + avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0" + subject="checksums of remote data" + date="2019-05-13T22:03:38Z" + content=""" +\"I don't see any way to do checksum verification on upload to a special remote, without it somehow having a way to verify an arbitrary checksum method of data stored in it, which nothing supports\" -- arbitrary checksum no, but some remotes do support verifying MD5 checksums specifically. E.g. DNAnexus can tell you the MD5 of each uploaded part of a multi-part file; Google Cloud Storage can tell you the MD5 for a non-composite file, and CRC32 for composite files. Maybe, the [[external special remote protocol|design/external_special_remote_protocol]] could be extended with optional requests/replies to expose these capabilities? +"""]]