From 2c9b2bdfce3bdf6d84cf774a214eff1c550dc6cd Mon Sep 17 00:00:00 2001 From: zooko <> Date: Mon, 23 Jan 2012 05:48:07 +0000 Subject: [PATCH] Q: FUSE? A: YES! [Imported from Trac: page FAQ, version 61] --- FAQ.md | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/FAQ.md b/FAQ.md index e300acc..6a29947 100644 --- a/FAQ.md +++ b/FAQ.md @@ -152,3 +152,8 @@ the break-even point at which the LIT filecap is the same length as a typical CH * [*pipermail/tahoe-dev/2010-April/004235.html Storing a small file leads to a weird read capability] (especially [*pipermail/tahoe-dev/2010-April/004237.html this message by Brian Warner]) Literal caps are supported for immutable files and immutable directories (see [the Capabilities wiki page](Capabilities)). Whenever the contents of the file or directory are small enough that it would be more efficient to fit the contents into the cap itself than the store the contents remotely and use the cap to fetch it, then it becomes a literal cap. + +**Q23: Can I access files stored in Tahoe-LAFS via FUSE?** + +A: +Yes. Tahoe-LAFS comes with an [SFTP server]source:docs/frontends/FTP-and-SFTP.rst. If you point [sshfs](http://fuse.sourceforge.net/sshfs.html) at the SFTP server then you have access to Tahoe-LAFS through FUSE. Alternately, [pyfilesystem](https://code.google.com/p/pyfilesystem/) interfaces directly with Tahoe-LAFS through the latter's [WAPI]source:docs/frontends/webapi.rst and provides both FUSE and Microsoft Windows filesystem access. See #1353 for discussion of possible improvements to FUSE integration. See [Zooko's post to freedombox-discuss](http://lists.alioth.debian.org/pipermail/freedombox-discuss/2011-November/003162.html) and [Zooko's post to Google+](https://plus.google.com/108313527900507320366/posts/ZrgdgLhV3NG) for Zooko's ramblings about the advisability of using FUSE for distributed filesystems in general and Tahoe-LAFS in particular. \ No newline at end of file