"Daniel J. Luke" <dl...@geeklair.net> writes: >> On Oct 24, 2014, at 5:11 AM, Philip Martin <philip.mar...@wandisco.com> >> wrote: >> The error below is caused by running the JavaHL regression tests with >> non-working SQLite support. This is likely to be caused by running the >> tests on a filesystem that does not support SQLite. I don't think this >> is the same error as the one you reported originally. > > What is a 'filesystem that does not support SQLite'? > > MacPorts subversion is built with SQLite - if that's broken it's > probably something I should fix.
The common cause is putting the repository on some sort of network filesystem that doesn't support the file locking used by SQLite. It's not that SQLite is broken but that the filesystem does not support the features required by SQLite. Sometimes it can be fixed via mount options or by a locking daemon. > From svn --version --verbose, I did notice that it's loading both the > MacPorts libsqlite3.dylib and the system-provided one (which is > probably not great - but if the system one is being pulled in by > system libs it's probably OK) Does this work: svnadmin create repo svn import -mm repo/format file://`pwd`/repo/f sqlite3 repo/db/rep-cache.db "select * from rep_cache" The sqlite3 command should show a single line such as: 5d9474c0309b7ca09a182d888f73b37a8fe1362c|1|0|14|2 -- Philip Martin | Subversion Committer WANdisco // *Non-Stop Data*
