Merge branch 'master' of ssh://git-annex.branchable.com
This commit is contained in:
commit
ff6ac90138
14 changed files with 138 additions and 0 deletions
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="216.145.95.162"
|
||||
subject="comment 1"
|
||||
date="2014-05-19T15:05:49Z"
|
||||
content="""
|
||||
If spideroak has a CLI tool that can get/put/delete individual files, it should be quite easy to use [[the_external_special_remote|special_remotes/external]] to support it. The demo shell script could be used as a starting place.
|
||||
|
||||
I built that so that others can easily write special remotes, and so unless spideroak's CLI is free software, I don't anticipate working on this myself.
|
||||
"""]]
|
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joeyh.name/"
|
||||
ip="216.145.95.162"
|
||||
subject="comment 4"
|
||||
date="2014-05-19T16:56:15Z"
|
||||
content="""
|
||||
erics, that all makes a lot of sense, except I don't know if there's actually a use case for a git-annex that behaves that way. It doesn't seem to solve the original use case.
|
||||
|
||||
I'd be inclinded to instead use the new metadata support. A file could have a tag that indicates it's not strongly wanted, and if git-annex get doesn't have enough space it could seek out and drop such files.
|
||||
"""]]
|
Loading…
Add table
Add a link
Reference in a new issue