Hi,
you tried only to connect from client, huh?
If you try to access with the svn commandline client and the svn://-URL
from the server - would this be successful?
Regards
Tobias
Vasudev Ram schrieb:
> No problem.
>
> I did some more stuff:
>
> In ~user/project/app01/conf/svnserve.conf, I added entries for anon
> and auth type users - read for anon and read/write for auth. Created a
> realm as well. Also an entry for the passwd-db and created a passwd
> file accordingly. Then retried TortoiseSVN and also Windows command
> line svn. Still get the same error. Also disabled Windows firewall. No
> dice.
>
> Vasudev
>
>
>
>
> On 8/23/06, *Erik Hemdal* <erik@comprehensivepower.com
> <mailto:erik@comprehensivepower.com>> wrote:
>
>
>
> > -----Original Message-----
> > From: Gavin Lambert [mailto: gavinl@compacsort.com
> <mailto:gavinl@compacsort.com>]
>
> > Quoth Erik Hemdal:
> > > The URL is supposed to be for the location of the repository.
> > >
> > > svn://host.name.com/location/of/repo/on/server/
> > >
> > > So if your repository is located at /home/username/dev/app1
> > on server
> > > host.name.com <http://host.name.com> and you are doing an SVN
> Checkout from the
> > context menu,
> > it
> > > should be OK.
> >
> > No, that's not correct. The URL is the path *within* the
> > repository, relative to the server's base folder.
> >
> > So if your repository is physically located in
> > /home/username/dev/app1 and your server base is
> > /home/username/dev, then the URL should be:
> > svn://host.name.com/app1/
>
> Apologies for the mistake. Gavin is right.
>
> The point I wanted to make is that it's not the path to the
> working copy, in
> case that was somehow getting into Tortoise.
>
> Gavin, thanks for setting the record straight. Erik
>
> >
> >
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Aug 23 20:25:00 2006