Interestingly enough to start with I had no DocumentRoot entry
at all. I only added it based on some website or other I read
about setting this up. Altering as suggested has had no
effect. Can still only commit once on a working copy.
Had a read of the link you provided. Makes sense. However
the exact same set of alterations and commits work fine via
the alternate URL. All I am doing is opening the only file
in the repository, adding a line, closing and commiting.
Then doing it again. From http://server/svn it works,
from http://svn it fails on the second and subsequent
submits. I can't see any logic in it.
From: Ryan Schmidt [mailto:firstname.lastname@example.org]
Sent: Thursday, 11 January 2007 4:24 PM
To: Jon Dawes
Subject: Re: Cannot commit using Apache Virtual Hosts
On Jan 10, 2007, at 22:51, Jon Dawes wrote:
> I've tried updating and doing a clean-up to no avail. No one else
> is even using the repository yet as I haven't put the server into
> production. There aren't even any other valid user accounts to enable
> anyone to do a commit.
The fact that you're the only user of the repository doesn't mean you
can't run into the "out-of-date" message. Read about mixed-revision
However, looking at your config again, I see something you should
> <VirtualHost *>
> ServerAdmin email@example.com
> ServerName svn
> DocumentRoot /var/svn-repos/research
> <Location />
> # Uncomment this to enable the repository,
> DAV svn
> # Set this to the path to your repository
> SVNPath /var/svn-repos/research
If /var/svn-repos/research is where your repository is, then your
DocumentRoot should point to anywhere *except* that location. /var/
empty for example would be a good choice (assuming your system has an
empty directory /var/empty), since the entire URL space is taken by
your repository anyway.
To reply to the mailing list, please use your mailer's Reply To All
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Jan 11 06:47:17 2007