   Subversion versus websvn versus me
  Hi all,  Has anyone got a holding your hand step by step walkthrough link for setting this up? (apace running websvn with subversion on a gentoo linux box)I've got as far as it bringing up changes and being able to read lists of changes from the repository (without MuliViews anyway) - but not bring up files when you click on them.I get this error when I click on a file:svn: Can't open config file '/home/httpd/.subversion/servers'I went in and touched that file, and it said it couldn't open it.  Put some stuff in, still said it couldn't open it.  It's owned by apache and all that so I don't know.   
  Have you checked the permissions on /home/httpd/.subversion ?   ;  1. If the file is owned by apache: is httpd actually running as user apache?2. Is httpd running in a chroot-environment, maybe?   ;Quote:Original post by DaBono1. If the file is owned by apache: is httpd actually running as user apache?2. Is httpd running in a chroot-environment, maybe?1. Yep. Both apache group and owned. /usr/sbin/apache2 also running as apache.  In fact svnserve is running as apache2, not that has anything to do with anything.2. well I'm not quite sure what that means, but it does have it's own home directory in /home/httpd - the .subversion directory exists with apache permissions, and that damn file exists too.Any example content that I might need to put in there, copy and paste wise?Anyone actually have personal experience of setting up websvn and it doing things just like this?It's funny, the subversion documentation seems so comprehensive until you get to this websvn stuff.Incidently I do have webdav working fine off a different directory on the same installation.  the websvn stuff I'm trying to get working for cruise control.   ;Quote:Original post by paulecoyoteIt's funny, the subversion documentation seems so comprehensive until you get to this websvn stuff.WebSVN is a separate project; they don't have the same standards of documentation as the SVN core.;Quote:Original post by Arild FinesQuote:Original post by paulecoyoteIt's funny, the subversion documentation seems so comprehensive until you get to this websvn stuff.WebSVN is a separate project; they don't have the same standards of documentation as the SVN core.Ah yes, one of the great devs behind Ankh svn [smile]You got any idea what's up with websvn?  Know any dumb f*ck guides for setting it up for me? [wink]   ;Quote:Original post by paulecoyoteQuote:Original post by Arild FinesQuote:Original post by paulecoyoteIt's funny, the subversion documentation seems so comprehensive until you get to this websvn stuff.WebSVN is a separate project; they don't have the same standards of documentation as the SVN core.Ah yes, one of the great devs behind Ankh svn [smile]You got any idea what's up with websvn?  Know any dumb f*ck guides for setting it up for me? [wink]Sorry, no, I've never played with WebSVN at all. I set up ViewCVS (now sensibly renamed to ViewVC, since it supports both CVS and SVN) once, but after a while it got really tedious to ensure the version of Python installed match the version of the svn bindings, which again had to match the version of the repository.I've heard good things about Trac, though. It seems like they have good documentation as well. Maybe take a look at that?;  Well I never did sort out websvn.  Instead I got the latest sources of Cruise Control .Net, compiled that, got that working.  Then got Trac working, and formatted the urls from Cruise Control .Net in such a way that it called in to Trac rather then WebSvn.Also configured TortoiseSvn to use bugtraq ids. Be interesting to see if the company adopts this setup on a wider scale for new project, or sticks with Source Safe.  Or, you know, someone actually coughs up all that money for Team Foundation Server [wink]   