diff options
author | 2017-03-08 14:50:06 -0400 | |
---|---|---|
committer | 2017-03-08 14:50:06 -0400 | |
commit | 95514449e8a4a0d52483a8ca4b8110a130b47bf1 (patch) | |
tree | 94a6a053c46128d69398e29b4b6fb039f8adfee7 | |
parent | d4ee2d7345b03917bbf543a42c245d379dba0d5a (diff) | |
parent | 1630f76ab7ed3efc73fcfa4d45ad5865b6ba5291 (diff) |
Merge branch 'master' of ssh://git-annex.branchable.com
7 files changed, 116 insertions, 0 deletions
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 000000000..6e241473f --- /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 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 000000000..7b231b8aa --- /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 +"""]] 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 000000000..a8e78b7cc --- /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... 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 000000000..c1fd60919 --- /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. :) +"""]] 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 000000000..f66db898a --- /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. +"""]] 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 000000000..f9c24659e --- /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! +"""]] 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 000000000..555fbefde --- /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. +"""]] |