summaryrefslogtreecommitdiff
path: root/doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn')
-rw-r--r--doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn6
1 files changed, 3 insertions, 3 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
index 47e8b8562..7fd31efbc 100644
--- a/doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn
+++ b/doc/forum/wishlist:_special_remote_for_sftp_or_rsync.mdwn
@@ -1,11 +1,11 @@
-i think it would be useful to have a fourth kind of [[special remote]]s
+i think it would be useful to have a fourth kind of [[special_remotes]]
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.
+where each user only has limited access (sftp or rsync), when using
+[[special_remotes/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