Updates to README.
authorDerrik Pates <demon@now.ai>
Fri, 24 Jun 2011 17:37:25 +0000 (11:37 -0600)
committerDerrik Pates <demon@now.ai>
Fri, 24 Jun 2011 17:37:25 +0000 (11:37 -0600)
README

diff --git a/README b/README
index 0987f39..486a889 100644 (file)
--- a/README
+++ b/README
@@ -79,7 +79,35 @@ The current test framework seems to work well, but the underlying mount/
 unmount infrastructure is a crock.  I am not pleased with that code.
 
 While most things work, I do still have a TODO list:
 unmount infrastructure is a crock.  I am not pleased with that code.
 
 While most things work, I do still have a TODO list:
-* "du -sb" reports a couple orders of magnitude too large a size.
 * need to sort out cleaner mount semantics for the test framework
 * need to sort out cleaner mount semantics for the test framework
-* figure out how to un-linuxcentrify the statfs tests
-* test everything on other architectures and OS's
+* determine why getattr() test on OS X/Darwin is very slow; succeeds, but
+  very slowly
+
+Currently tests have been attempted and succeeded on:
+  * Ubuntu 10.10/amd64
+  * Ubuntu 11.04/amd64
+  * Debian 5.0/powerpc
+  * NetBSD 5.0/i386
+  * NetBSD 5.0/amd64
+  * FreeBSD 8.2/i386
+  * FreeBSD 8.2/amd64
+  * MacOS X 10.6.7
+
+Note that currently, this module requires a threaded Perl. This is not a
+problem on most operating systems, but FreeBSD does not build Perl in
+ports with threading enabled. You'll need to build it yourself. You can use
+Perl 5.8, 5.10, or 5.12, but you'll need to:
+
+  cd /usr/ports/lang/perl$VERSION
+  make config
+  [enable THREADS and choose OK]
+  make
+  make install
+
+Also note that on NetBSD, there are several bugs in libpuffs and librefuse
+which prevent some tests from succeeding. There are fixes in NetBSD's
+MAIN branch, specifically revisions 1.26 and 1.27 on src/lib/libpuffs/subr.c,
+which correct the issues that cause the test failures. However, there is
+still a bug in librefuse that causes readdir() to only be called once.
+We will be addressing this with the appropriate developers in the near
+future.