diff options
| author |  http://christian.amsuess.com/chrysn <chrysn@web> | 2011-04-27 14:27:27 +0000 |
|---|---|---|
| committer |  admin <admin@branchable.com> | 2011-04-27 14:27:27 +0000 |
| commit | 568cb52b6e55b594dd67c466464ae4a9583accb4 (patch) | |
| tree | 8ada61513a7006adad763eed22779ed306251122 | |
| parent | dbdcb67f791502f4f6cc26917c1252b998efa482 (diff) | |
sftp backend?
| -rw-r--r-- | doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn b/doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn new file mode 100644 index 000000000..becfe23c7 --- /dev/null +++ b/doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn @@ -0,0 +1,5 @@ +i think it would be useful to have a fourth kind of [[special remote]]s that connects to a dumb storage using sftp or rsync. this can be emulated by using sshfs, but that means lots of round-trips through the system and is limited to platforms where sshfs is available. + +typical use cases are backups to storate shared between a group of people where each user only has limited access (sftp or rsync), when using [[bup]] is not an option. + +an alternative to implementing yet another special remote would be to have some kind of plugin system by which external programs can provide an interface to key-value stores (i'd implement the sftp backend myself, but haven't learned haskell yet). |