Hello,
I am trying to install subversion 1.1.3, for use with trac 0.8
<http://projects.edgewall.com/trac/>
I am specifically avoiding bdb, and using fsfs. However, in some
circumstances, I get an exception that the repo (intentionally fsfs) is
not a bdb repo !!! I detail below, but first a summary of the
environment:
OS X 10.3.8 G5 twin proc
Stock OS X Apache 1.3
Stock OS X Python 2.3
I install the svn-swig-py23 bindings with fink, but then I copy them
over t the standard python site-packages.
Fink is not in the path env.
I try to install subversion 1.1.3 tarball, using the following
procedure:
$ sudo rm -f /usr/local/apr
$ sudo rm -f /usr/local/lib/libsvn*
$ sudo rm -f /usr/local/lib/libapr*
$ sudo rm -f /usr/local/lib/libexpat*
$ sudo rm -f /usr/local/lib/libneon*
$ sudo rm -rf /usr/local/include/neon
$ sudo rm -rf /usr/local/bin/subversion-1
$ sudo rm -f /usr/local/bin/svn*
$ sudo rm -f /usr/local/bin/neon_config
$ sh ./autogen.sh
$ ./configure --without-berkeley-db
$ make
$ sudo make install
Then i create an svn repo with:
$ svnadmin create --fs-type=fsfs /var/svn/repo
to which i add a few files, and basic functions seem to be ok.
I install trac 0.8.
The problem occurs when i try to create a new trac env:
$ trac-admin /var/trac/repo initenv
Creating a new Trac environment at /var/trac/repo
Trac will first ask a few questions about your environment
in order to initalize and prepare the project database.
Please enter the name of your project.
This name will be used in page titles and descriptions.
Project Name [My Project]>
Please specify the absolute path to the project Subversion repository.
Repository must be local, and trac-admin requires read+write
permission to initialize the Trac database.
Path to repository [/var/svn/test]> /var/svn/repo
Please enter location of Trac page templates.
Default is the location of the site-wide templates installed with Trac.
Templates directory
[/System/Library/Frameworks/Python.framework/Versions/2.3/share/trac/
templates]>
/var/svn/repo Repository access error: ("Berkeley DB error while
opening 'nodes' table for filesystem /var/svn/repo/db:\nNo such file or
directory", 160029)
$
For what it's worth, the svnadmin i am creating gives this:
$ otool -L /usr/local/bin/svnadmin
/usr/local/bin/svnadmin:
/usr/local/lib/libsvn_repos-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/usr/local/lib/libsvn_fs-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/usr/local/lib/libsvn_fs_fs-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/usr/local/lib/libsvn_delta-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/usr/local/lib/libsvn_subr-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/usr/local/apr/lib/libaprutil-0.0.dylib (compatibility version
10.0.0, current version 10.5.0)
/usr/local/apr/lib/libexpat.0.dylib (compatibility version
2.0.0, current version 2.0.0)
/usr/lib/libiconv.2.dylib (compatibility version 5.0.0, current
version 5.0.0)
/usr/local/apr/lib/libapr-0.0.dylib (compatibility version
10.0.0, current version 10.5.0)
/usr/lib/libresolv.9.dylib (compatibility version 1.0.0,
current version 324.9.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 71.1.1)
All of these are being created during the svn build, except for the 3
libs:
-rw-r--r-- 1 root wheel 987440 13 May 2004 /usr/lib/libiconv.2.dylib
-r-xr-xr-x 1 root wheel 137772 21 Dec 12:11
/usr/lib/libresolv.9.dylib
-r-xr-xr-x 1 root wheel 1546396 13 May 2004
/usr/lib/libSystem.B.dylib
which I think should best be left alone...
Another point that may be pertinent, is that the "make install" step
complains may times about:
libtool: link: warning: `/usr/lib//libiconv.la' seems to be moved
The file in question is:
$ ls -altr /usr/lib/libiconv.la
-rw-r--r-- 1 root wheel 786 12 Sep 2003 /usr/lib/libiconv.la
I have tried to look thru the svn-users archives, although a similar
error has been mentioned, it was under a totally different context
(http access to an fsfs repo), and furthermore with a fink-only
installation of subversion. Plus, the long thread on the problem did
not resolve it at all...
Would anyone have any insight as to what might be going on, what might
i check into, pointers, ...
Any help appreciated!
Many thanks, mario
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Feb 16 17:29:29 2005