summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2011-09-19 14:50:16 -0400
committerGravatar Joey Hess <joey@kitenet.net>2011-09-19 14:50:16 -0400
commit1ddc207b585cf0dded363b5890010afff58aa478 (patch)
treefcccd79e5ef3761c4866816df2e43825318a5db7 /doc
parent73f3a00c1cad9e77ba9517bdc25b8086abc9bc59 (diff)
some of these are now done
Diffstat (limited to 'doc')
-rw-r--r--doc/forum/new_microfeatures.mdwn6
1 files changed, 6 insertions, 0 deletions
diff --git a/doc/forum/new_microfeatures.mdwn b/doc/forum/new_microfeatures.mdwn
index 683cc69b8..bfe44272a 100644
--- a/doc/forum/new_microfeatures.mdwn
+++ b/doc/forum/new_microfeatures.mdwn
@@ -33,10 +33,16 @@ Come to think of it, the inject --bare thing is probably not a microfeature. Sho
> I've thought about such things before; does not seem really micro and I'm unsure how well it would work, but it would be worth a [[todo]]. --[[Joey]]
+>> Update: Done as --auto. --[[Joey]]
+
---
Along similar lines, it might be nice to have a mode where git-annex tries to fill up a disk up to the `annex.diskreserve` with files, preferring files that have relatively few copies. Then as storage prices continue to fall, new large drives could just be plopped in and git-annex used to fill it up in a way that improves the overall redundancy without needing to manually pick and choose.
+> Update: git annex get --auto basically does this; you can tune
+> --numcopies on the fly to make it get more files than needed by the
+> current numcopies setting. --[[Joey]]
+
---
If a remote could send on received files to another remote, I could use my own local bandwith efficiently while still having my git-annex repos replicate data. -- RichiH