[Trac] Browse source problem after fedora core 2->3 upgrade

[Ronny Hanssen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I just upgraded my fedora core 2 installation to fc3 (two days ago). So
far I've had no problems with any of the processes or services on the
box, but I today stumbled across something that looks like a problem
that has arrived after the upgrade.

When I try to browse the source I get an error. It goes like this:
> Oops...
> Trac detected an internal error: 
> No module named svnIf you think this really should work and you can reproduce it. Then you should consider to report this problem to the Trac team. 
> 
> Go to http://trac.edgewall.com/ and create a new ticket where you describe the problem, how to reproduce it. Don't forget to include the python traceback found below. 
> 
> TracGuide ? The Trac User and Administration Guide 
> 
> Python traceback
> Traceback (most recent call last):
>   File "/usr/lib/python2.3/site-packages/trac/core.py", line 531, in cgi_start
>     real_cgi_start()
>   File "/usr/lib/python2.3/site-packages/trac/core.py", line 526, in real_cgi_start
>     dispatch_request(path_info, args, req, env)
>   File "/usr/lib/python2.3/site-packages/trac/core.py", line 439, in dispatch_request
>     module = module_factory(args, env, database, req)
>   File "/usr/lib/python2.3/site-packages/trac/core.py", line 155, in module_factory
>     module = __import__(module_name, globals(),  locals())
>   File "/usr/lib/python2.3/site-packages/trac/Browser.py", line 26, in ?
>     import svn
> ImportError: No module named svn


The same thing happens if I click a changeset link. Instead of the
changeset I get an error (similar to the above):
> Oops...
> Trac detected an internal error: 
> No module named svn.deltaIf you think this really should work and you can reproduce it. Then you should consider to report this problem to the Trac team. 
> 
> Go to http://trac.edgewall.com/ and create a new ticket where you describe the problem, how to reproduce it. Don't forget to include the python traceback found below. 
> 
> TracGuide ? The Trac User and Administration Guide 
> 
> Python traceback
> Traceback (most recent call last):
>   File "/usr/lib/python2.3/site-packages/trac/core.py", line 531, in cgi_start
>     real_cgi_start()
>   File "/usr/lib/python2.3/site-packages/trac/core.py", line 526, in real_cgi_start
>     dispatch_request(path_info, args, req, env)
>   File "/usr/lib/python2.3/site-packages/trac/core.py", line 439, in dispatch_request
>     module = module_factory(args, env, database, req)
>   File "/usr/lib/python2.3/site-packages/trac/core.py", line 155, in module_factory
>     module = __import__(module_name, globals(),  locals())
>   File "/usr/lib/python2.3/site-packages/trac/Changeset.py", line 32, in ?
>     import svn.delta
> ImportError: No module named svn.delta


And when I try to administer the project using trac-admin I get this:
> [root at drillo /]# trac-admin /data/trac/managerdreams
> Traceback (most recent call last):
>   File "/usr/bin/trac-admin", line 34, in ?
>     from trac import sync
>   File "/usr/lib/python2.3/site-packages/trac/sync.py", line 22, in ?
>     from svn import fs, util, delta, repos, core
> ImportError: No module named svn


I am using the FSFS repository model in Subversion. I even did a
svnadmin recover:
> [root at drillo /]# svnadmin recover /data/repos/MDS/
> Repository lock acquired.
> Please wait; recovering the repository may take some time...
> 
> Recovery completed.
> The latest repos revision is 26.


And finally, I am using these rpms (after fc3 upgrade)
> [root at drillo /]# rpmquery subversion
> subversion-1.1.3-0_14.rhfc3.at
> [root at drillo /]# rpmquery trac
> trac-0.8.1-1.1.fc3.rf


This is a trac installation for my private projects only, so there are
no multi-user issues to be concerned about. All disks are local on the
server, and both trac, svn and the webserver runs on the same server too.


Any clues?


Regards,
- ------------------------------------------------------------------------
/*Ronny Hanssen*/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCUwQcMRRzQX3ma+kRAhkPAKCvx6GDOXUKK1zpBd4DJhwO5wHEkQCfbbwZ
KPY+STmKp+YVwew82B5tmK8=
=LRaU
-----END PGP SIGNATURE-----