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

Re: svnserve question

From: Joshua Varner <jlvarner_at_gmail.com>
Date: 2005-10-20 21:21:19 CEST

On 10/20/05, Hari Kodungallur <hkodungallur@gmail.com> wrote:
> On 10/20/05, Fly, Charlie B <Charlie.B.Fly@usa-spaceops.com> wrote:
> >
> >
> > Hi,
> >
> > I am new to subversion. I'm sure this question is academic and I am just not
> > understanding some trivial point.
> >
> > I have created a repository and populated it, started svnserve in daemon
> > mode, and created a working copy. I have svnserve running under a my CM
> > user id and I am running svn under my DEV user id.
> >
> > After changing directory into my working copy, I add a directory named test
> > using
> >
> > svn mkdir.test
> >
> > I try to commit the new directory with
> >
> > svn commit -m "added test directory"
> >
> > svn attempts to directly write into the repository. svn aborts with an
> > error that it does not have write access in the transactions directory.
> >
> > I think it is not calling svnserve. If I kill svnserve, I get exactly the
> > same error from svn.
> >
> > So how do I tell svn to call svnserve?
> >
> > Thanks for dealing with a dumb question.
> >
> It seems like you are using svn+ssh:// access, as you are able to
> access the server even after killing the daemon. Can you confirm that.
> If that is the case, then the user that is doing the check-in should
> have write access to the repository's db directory.
svn info should give you the url you used to checkout the
working copy. If it is a file:// url then you access the files
directly, if it is a svn:// or svn+ssh:// url then the client contacts
svnserve, likewise http[s] contacts apache.

You can try to svn switch --relocate file:/// svn://. Or just make
a new working copy if the original checkout used a file url.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 20 21:25:41 2005

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.