summaryrefslogtreecommitdiff
path: root/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___...
diff options
context:
space:
mode:
authorGravatar http://lj.rossia.org/users/imz/ <http://lj.rossia.org/users/imz/@web>2012-09-26 18:28:31 +0000
committerGravatar admin <admin@branchable.com>2012-09-26 18:28:31 +0000
commit3f71708083a5eec5b32306a7c2b6c7cc1e92f041 (patch)
tree0bf312fee861dc90af4e43fdd0566d985436cefb /doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn
parentcfb060e93b0eb5eef7a9073d6184301fae773472 (diff)
Any URN is different from a hash in that it isn't computable. It must be known.
Diffstat (limited to 'doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn')
-rw-r--r--doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn3
1 files changed, 2 insertions, 1 deletions
diff --git a/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn
index 0e3d8ac0a..545bd861d 100644
--- a/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn
+++ b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn
@@ -22,4 +22,5 @@ For example:
* Similarly, a backend for the hashes used in **BitTorrent** and **magnet links** could be used. If we want a trackerless mode, then probably it's a similar case for a "global"/built-in special remote that needs no local setup in each repo. Using a selected tracker would mean setting up a special remote in our repo.
* **Git** itself can be viwed as place to look for the content. There could be a corresponding backend and a builtin special remote (needing no extra setup) to look for the content among the objects stored in the local Git repo. (What if we have a copy of a file that we've put under the control of git-annex in a previous Git commit? We could get it from the object store of Git.)
* **Venti**, [[**Tahoe-LAFS**|todo/tahoe lfs for reals]] would need a backend for their hashes, and a specially setup special remote in each repo where we'd like to use them--because these are not "global" system, we must setup the path to the instance of the filesystem we'd like to use.
-* probably, there must be other interesting cases of this kind.... (I'm also thinking about using somethng like a bibliogrphic information as a key, but then it wouldn't guarantee identical files: the same paper can be stored in different formats, etc. Cf. <http://en.wikipedia.org/wiki/Uniform_resource_name#Examples>, via <http://it.slashdot.org/comments.pl?sid=3032489&cid=40907233>.)
+* probably, there must be other interesting cases of this kind...
+* (I'm also thinking about using somethng like a **bibliographic information** as a key, but then it wouldn't guarantee identical files: the same paper can be stored in different formats, etc. Cf. [**URNs**](http://en.wikipedia.org/wiki/Uniform_resource_name#Examples), via <http://it.slashdot.org/comments.pl?sid=3032489&cid=40907233>. Also, an URN like bibliographic information can't be computed from the file, it will have to be entered manually or obtained from another directory of URNs.)