[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Can't get viewcvs to work, keep saying it can't find svn module

From: Todd Eddy <vrillusions_at_neo.rr.com>
Date: 2004-03-15 05:08:41 CET

Ok, I've been trying to figure this out every weekend since 1.0 came
out and I still can't get this to work and I figured instead of
throwing the freaking computer out the window, I'll ask here first :)
 (figures this more relates to svn then it does viewcvs).

first off, the configuration.
for swig (v1.3.21):
./configure (yep just plain old configure, nothing special)
checking for python... python
checking for Python prefix... /usr
checking for Python exec-prefix... /usr
checking for Python version... python2.3
checking for Python header files... -I/usr/include/python2.3 -
checking for Python library... /usr/lib/python2.3/config
I then run make, make runtime, make install, make install-runtime and
all goes through without errors

BerkeleyDB v4.2.52:
../dist/configure --prefix=/usr/local/svn-1.0.1
make install
(everything goes fine)

Apache v2.0.48:
./configure --prefix=/usr/local/svn-1.0.1 --enable-dav --enable-so \
--with-dbm=db4 --with-berkeley-db=/usr/local/svn-1.0.1 --with-ssl
make install
(again, no problems)

subverison v1.0.1:
./configure --prefix=/usr/local/svn-1.0.1 \
--with-berkeley-db=/usr/local/svn-1.0.1 \
--wiith-apxs=/usr/local/svn-1.0.1/bin/apxs --with-ssl
checking for python2... none
checking for python... /usr/bin/python
checking for Python 2.0 or newer
checking for JDK... yes
checking for perl... /usr/bin/perl
configure: Enabled swig binding: perl
configure: Enabled swig binding: python
configure: Enabled swig binding: java
checking for swig... /usr/local/bin/swig
checking swig version... 1.3.21
checking for swig library directory... /usr/local/lib/swig1.3
configure: "Configuring python swig binding"
checking if swig needs -L for its libraries... -L/usr/local/lib
checking for Python includes... -I/usr/include/python2.3
checking for compiling Python extensions... gcc -pthread -DNDEBUG -g -
O3 -Wall -Wstrict-prototypes -fPIC
checking for linking Python extensions... gcc -pthread -shared
make install
make swig-py
 I get a lot of errors allong the lines of "warning: this is the
location of the previous definition"
make install-swig-py
 That goes without problems.

I first tried running viewcvs using the svn_parent_path and got the
following error:
Traceback (most recent call last):
  File "/usr/local/viewcvs-1.0-dev/lib/viewcvs.py", line 2447, in
  File "./standalone.py", line 94, in header
    self.handler.send_response(statusCode, statusText)
  File "/usr/lib/python2.3/BaseHTTPServer.py", line 374, in
    self.wfile.write("%s %d %s\r\n" %
TypeError: int argument required

The standalone.py log says this: - - [14/Mar/2004 22:54:33] "GET /viewcvs/ HTTP/1.1" 404
- - - [14/Mar/2004 22:54:33] ViewCVS exited ok

I then commented the parent path and just tested one of the
repositories and got this error:

Traceback (most recent call last):
  File "/usr/local/viewcvs-1.0-dev/lib/viewcvs.py", line 2468, in
  File "/usr/local/viewcvs-1.0-dev/lib/viewcvs.py", line 256, in
    import vclib.svn
  File "/usr/local/viewcvs-1.0-dev/lib/vclib/svn/__init__.py", line
27, in ?
    from svn import fs, repos, core, delta
ImportError: No module named svn

and standalone.py reported this: - - [14/Mar/2004 22:59:36] "GET /viewcvs/ HTTP/1.1" 200
- - - [14/Mar/2004 22:59:36] ViewCVS exited ok

And since the ld.so.conf paths might have something to do with it,
here is what's in there:


/usr/local/svn is a symbolic link for /usr/local/svn-1.0.1. I've
also tried it with both svn-1.0.1 and svn paths and with just svn-
1.0.1 and just svn and they all showed the same errors.

Todd Eddy
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Mar 15 05:09:12 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.