From 41b85ad1f4bf7a2d30bc0aa28e38a25c6d117838 Mon Sep 17 00:00:00 2001 From: "jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" Date: Tue, 7 Mar 2017 06:30:37 +0000 Subject: [PATCH 1/7] Added a comment: I hope the option to show missing files remains. --- ...ment_1_9851558a528119279a901e97de285d39._comment | 13 +++++++++++++ 1 file changed, 13 insertions(+) create mode 100644 doc/todo/hide_missing_files/comment_1_9851558a528119279a901e97de285d39._comment diff --git a/doc/todo/hide_missing_files/comment_1_9851558a528119279a901e97de285d39._comment b/doc/todo/hide_missing_files/comment_1_9851558a528119279a901e97de285d39._comment new file mode 100644 index 0000000000..555fbefdeb --- /dev/null +++ b/doc/todo/hide_missing_files/comment_1_9851558a528119279a901e97de285d39._comment @@ -0,0 +1,13 @@ +[[!comment format=mdwn + username="jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" + nickname="jason.dixon.email" + avatar="http://cdn.libravatar.org/avatar/fbe9050fc83bbd536d307d87ea14d4bc" + subject="I hope the option to show missing files remains." + date="2017-03-07T06:30:37Z" + content=""" +I can certainly understand the issue when people are looking to git annex like a syncthing / dropbox / bittorrent sync alternative and expecting to only see files they have. But, at least for me personally, the feature of listing files I don't have, but *can get* is HUGE. I love being able to see what I have at a glance. Being able to rename and shuffle around files that are not present on my system. This to me is one of the biggest advantages of annex over the competition. + +This is both in context of personal file bookkeeping (ie photo library / music etc etc) and in projects (many maya files that are not currently being referenced, but at a glance can be seen). + +I suppose, a compromise for usability could be to add custom icons to missing files (yeah I know... cross platform!) such as other sync programs do for incomplete-syncing files, or gui's such as tortoiseGit/SVN do for tracked files. +"""]] From 24ade8a25b32047b052e3fad4a944cb345ed4f2d Mon Sep 17 00:00:00 2001 From: "jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" Date: Tue, 7 Mar 2017 10:19:41 +0000 Subject: [PATCH 2/7] Added a comment: Still seems useful --- ...ment_5_c5069ffed5e8c4e1d001aedb971aca75._comment | 13 +++++++++++++ 1 file changed, 13 insertions(+) create mode 100644 doc/todo/Specify_maximum_usable_space_per_remote/comment_5_c5069ffed5e8c4e1d001aedb971aca75._comment diff --git a/doc/todo/Specify_maximum_usable_space_per_remote/comment_5_c5069ffed5e8c4e1d001aedb971aca75._comment b/doc/todo/Specify_maximum_usable_space_per_remote/comment_5_c5069ffed5e8c4e1d001aedb971aca75._comment new file mode 100644 index 0000000000..f9c24659e7 --- /dev/null +++ b/doc/todo/Specify_maximum_usable_space_per_remote/comment_5_c5069ffed5e8c4e1d001aedb971aca75._comment @@ -0,0 +1,13 @@ +[[!comment format=mdwn + username="jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" + nickname="jason.dixon.email" + avatar="http://cdn.libravatar.org/avatar/fbe9050fc83bbd536d307d87ea14d4bc" + subject="Still seems useful" + date="2017-03-07T10:19:41Z" + content=""" +I dunno. I get your point. However I can also see this being a really useful feature. I can imagine it being implemented simply with a warning / note mentioning disconnected repos might overflow the limit (and perhaps a buffer should be left ie: limit = 15gb, allocate = 13gb). It would be up to the user to figure out what is right for them. + +I'm sure plenty of people either using the remote alone, in a small team, or with linked up repos (github/gitlab/whatever) would appreciate this option. I know I came to this page looking to see if it was possible already. :) + +Thanks too for the hard work! Amazing software! +"""]] From 98647f59595e6cdb91efd473270829899f291468 Mon Sep 17 00:00:00 2001 From: "jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" Date: Wed, 8 Mar 2017 08:55:49 +0000 Subject: [PATCH 3/7] Added a comment: Same issue with rclone on windows. --- ...omment_3_6a4833f0c52d3726cd95d0818e0a89bf._comment | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/todo/Amazon_Cloud_Drive/comment_3_6a4833f0c52d3726cd95d0818e0a89bf._comment diff --git a/doc/todo/Amazon_Cloud_Drive/comment_3_6a4833f0c52d3726cd95d0818e0a89bf._comment b/doc/todo/Amazon_Cloud_Drive/comment_3_6a4833f0c52d3726cd95d0818e0a89bf._comment new file mode 100644 index 0000000000..c1fd609194 --- /dev/null +++ b/doc/todo/Amazon_Cloud_Drive/comment_3_6a4833f0c52d3726cd95d0818e0a89bf._comment @@ -0,0 +1,11 @@ +[[!comment format=mdwn + username="jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" + nickname="jason.dixon.email" + avatar="http://cdn.libravatar.org/avatar/fbe9050fc83bbd536d307d87ea14d4bc" + subject="Same issue with rclone on windows." + date="2017-03-08T08:55:48Z" + content=""" +Using linux it works perfectly. Really great. But on windows no such luck. Trying many things to get it to function and no success. + +Given the thinness of the bash wrapper that binds rclone to annex, and rclones inherent cross platform nature. It would be awesome to have this remote as a first class citizen. Similar to amazon glacier requiring glacier-cli. Simply requiring rclone to open up so many backends is a very light dependency. :) +"""]] From 83defc762ffb7ec8d776fb6603616935b859b37a Mon Sep 17 00:00:00 2001 From: "jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" Date: Wed, 8 Mar 2017 08:57:08 +0000 Subject: [PATCH 4/7] Added a comment: Oh and to be slightly helpful --- .../comment_4_7e66da169c3decb5771226cd3d4a905b._comment | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/todo/Amazon_Cloud_Drive/comment_4_7e66da169c3decb5771226cd3d4a905b._comment diff --git a/doc/todo/Amazon_Cloud_Drive/comment_4_7e66da169c3decb5771226cd3d4a905b._comment b/doc/todo/Amazon_Cloud_Drive/comment_4_7e66da169c3decb5771226cd3d4a905b._comment new file mode 100644 index 0000000000..f66db898a2 --- /dev/null +++ b/doc/todo/Amazon_Cloud_Drive/comment_4_7e66da169c3decb5771226cd3d4a905b._comment @@ -0,0 +1,9 @@ +[[!comment format=mdwn + username="jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" + nickname="jason.dixon.email" + avatar="http://cdn.libravatar.org/avatar/fbe9050fc83bbd536d307d87ea14d4bc" + subject="Oh and to be slightly helpful" + date="2017-03-08T08:57:08Z" + content=""" +This is with version 6.20170302. So as of this writing, the current version I believe. +"""]] From 1b3c15147f1650530587c42d1d8de52fc756c6c7 Mon Sep 17 00:00:00 2001 From: "jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" Date: Wed, 8 Mar 2017 12:51:05 +0000 Subject: [PATCH 5/7] --- ...iling_to_execute_bash_remotes_windows.mdwn | 56 +++++++++++++++++++ 1 file changed, 56 insertions(+) create mode 100644 doc/bugs/Failing_to_execute_bash_remotes_windows.mdwn diff --git a/doc/bugs/Failing_to_execute_bash_remotes_windows.mdwn b/doc/bugs/Failing_to_execute_bash_remotes_windows.mdwn new file mode 100644 index 0000000000..6e241473ff --- /dev/null +++ b/doc/bugs/Failing_to_execute_bash_remotes_windows.mdwn @@ -0,0 +1,56 @@ +### Please describe the problem. + +Trying to execute an external remote shell script on windows fails. + + +### What steps will reproduce the problem? + + $git annex initremote test type=external externaltype=rclone encryption=none + initremote test git-annex: Cannot run git-annex-remote-rclone -- Make sure it's in your PATH and is executable. + + +### What version of git-annex are you using? On what operating system? + +windows, using git-bash + + git-annex version: 6.20170214-g2233a50 + build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV ConcurrentOutput TorrentParser Feeds Quvi + key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 SHA1E SHA1 MD5E MD5 WORM URL + remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external + local repository version: 5 + supported repository versions: 3 5 6 + upgrade supported from repository versions: 2 3 4 5 + operating system: mingw32 i386 + + + +### Please provide any additional information below. + +I've also tried fooling around with the proxy, which may help with pinpointing the issue? + +[[!format sh """ +$ git-annex-remote-rclone +VERSION 1 + +$ git annex proxy -- git-annex-remote-rclone +git-annex: git-annex-remote-rclone: createProcess: does not exist (No such file or directory) +failed +git-annex: proxy: 1 failed + +$ git annex proxy -- which git-annex-remote-rclone +/d/bin/git-annex-remote-rclone + +$ git annex proxy -- /d/bin/git-annex-remote-rclone +git-annex: D:/bin/git-annex-remote-rclone: createProcess: invalid argument (Exec format error) +failed +git-annex: proxy: 1 failed + +$ git annex proxy -- sh /d/bin/git-annex-remote-rclone +VERSION 1 + +# End of transcript or log. +"""]] + +### 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) + +Oh yeah! This software is awesome. After getting used to having "dummy" shortcuts to content I don't currently have, with the simple ability to get/drop that content, I can't believe I haven't seen this anywhere before. If there is anything more impressive than this software, it's the support it has had from Joey over all this time. I'd have pulled my hair out long ago. :P From fe2d33dbbde7f41f6d76ade86572de67bb5cd7ad Mon Sep 17 00:00:00 2001 From: archimedes Date: Wed, 8 Mar 2017 13:30:55 +0000 Subject: [PATCH 6/7] --- ...__34__git_annex_fsck__34___only_display__44___not_move.mdwn | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 doc/forum/make___34__git_annex_fsck__34___only_display__44___not_move.mdwn diff --git a/doc/forum/make___34__git_annex_fsck__34___only_display__44___not_move.mdwn b/doc/forum/make___34__git_annex_fsck__34___only_display__44___not_move.mdwn new file mode 100644 index 0000000000..a8e78b7ccc --- /dev/null +++ b/doc/forum/make___34__git_annex_fsck__34___only_display__44___not_move.mdwn @@ -0,0 +1,3 @@ +Is there a way to make fsck only display corrupted files instead of move them to the internal /bad folder? + +Especially since the -q option (to only print corrupted files) doesn't even print the filename, only that *a* file has been moved...it seems a bit aggressive to compulsorily move a file to some obfuscated name AND not indicate its original location anywhere... From 17932e07e1619ee9f77514d9044db3781a3ca3d8 Mon Sep 17 00:00:00 2001 From: "jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" Date: Wed, 8 Mar 2017 17:31:30 +0000 Subject: [PATCH 7/7] Added a comment: Perhaps relevant --- ...omment_1_f3d4899a90757132c79659b2c85f3e48._comment | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/bugs/Failing_to_execute_bash_remotes_windows/comment_1_f3d4899a90757132c79659b2c85f3e48._comment diff --git a/doc/bugs/Failing_to_execute_bash_remotes_windows/comment_1_f3d4899a90757132c79659b2c85f3e48._comment b/doc/bugs/Failing_to_execute_bash_remotes_windows/comment_1_f3d4899a90757132c79659b2c85f3e48._comment new file mode 100644 index 0000000000..7b231b8aad --- /dev/null +++ b/doc/bugs/Failing_to_execute_bash_remotes_windows/comment_1_f3d4899a90757132c79659b2c85f3e48._comment @@ -0,0 +1,11 @@ +[[!comment format=mdwn + username="jason.dixon.email@aa0e536a2ec2877d6f666108dbbc6e39bbe87ac0" + nickname="jason.dixon.email" + avatar="http://cdn.libravatar.org/avatar/fbe9050fc83bbd536d307d87ea14d4bc" + subject="Perhaps relevant" + date="2017-03-08T17:31:30Z" + content=""" +Not sure if this is helpful or relevant, but it may be? + +https://github.com/jgm/pandoc/issues/3247#issuecomment-262036875 +"""]]