> On Oct 24, 2014, at 10:03 AM, Philip Martin <philip.mar...@wandisco.com> 
> wrote:
> "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.
ok, that's not happening here - it's a local hfs+ fs on an internal hd.

If I pull the same tarball and build it outside of macports, things work OK - 
so I guess it's something macports specific (but I'm not sure what would cause 
it to fail this way). 

>> 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

yes, this works and gives that result (but subversion itself passes its test 
when built/run by macports, so I would expect it to work).

--
Daniel J. Luke                                                                  
 
+========================================================+                      
  
| *---------------- dl...@geeklair.net ----------------* |                      
    
| *-------------- http://www.geeklair.net -------------* |                      
    
+========================================================+                      
  
|   Opinions expressed are mine and do not necessarily   |                      
    
|          reflect the opinions of my employer.          |                      
    
+========================================================+




Reply via email to