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

Re: From to get mod_dav_svn plugin to configue SVN with apache for windows

From: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-09-01 09:02:38 CEST

On Sep 1, 2007, at 01:14, chetanchatwani wrote:

> Ryan Schmidt wrote:
>
>> On Aug 31, 2007, at 08:46, chetanchatwani wrote:
>>
>>> Thanks to all. Now I am able to access the both repos
>>>
>>> The URL for bpmdevrepos is
>>> - http://xyz.savvion.com/swa/bpmdevrepos
>>>
>>> And the URL for sbmrepos is
>>>
>>> - http://xyz.savvion.com/swa/sbmrepos/svn/sbmrepos
>>>
>>> But why the url is different ? Can anyone help for same.
>>> The scenario is :
>>> 1.sbmrepos is created first and data is migrated from cvs to svn
>>> using
>>> cvs2svn.
>>> 2.After that bpmdevrepos is created and trunk and tags folders are
>>> created.
>>>
>>>
>>> When first sbmrepos was created the url was
>>> http://xyz.savvion.com/swa/svn/sbmrepos
>>>
>>> but after creation of another repos(bpmdevrepos) the url to
>>> acess old
>>> repos(sbmrepos)
>>> is changed to
>>>
>>> http://xyz.savvion.com/swa/sbmrepos/svn/sbmrepos
>>>
>>> Could anyone help why so ?
>>
>> You'll need to show us your Apache configuration and maybe the
>> complete recursive contents of your /svn directory.
>>
>> But if you have a directory /svn on your hard drive and you have
>> various repositories in /svn (created using "cd /svn && svnadmin
>> create bpmdevrepos && svnadmin create sbmrepos") and you have Apache
>> set up with "SVNParentPath /svn" inside a "<Location /swa>"
>> directive, then your repository URLs should logically be "http://
>> server/swa/bpmdevrepos" and "http://server/swa/sbmrepos"
>
> The content of /svn are as follow:
> /svn
> drwx------ 7 sbmrepos sbmrepos 4096 Aug 29 03:26 bpmdevrepos
> drwx------ 7 sbmrepos sbmrepos 4096 Jun 9 01:51 sbmrepos
>
> /svn/sbmrepos
> drwx------ 2 sbmrepos sbmrepos 4096 Aug 31 06:07 conf
> drwx------ 2 sbmrepos sbmrepos 4096 Jun 10 23:04 dav
> drwx------ 6 sbmrepos sbmrepos 4096 Aug 23 05:04 db
> -rw------- 1 sbmrepos sbmrepos 2 Jun 9 01:51 format
> drwx------ 2 sbmrepos sbmrepos 4096 Jun 9 01:51 hooks
> drwx------ 2 sbmrepos sbmrepos 4096 Jun 9 01:51 locks
> -rw------- 1 sbmrepos sbmrepos 229 Jun 9 01:51 README.txt
>
>
> /svn/bpmdevrepos
>
> drwx------ 2 sbmrepos sbmrepos 4096 Aug 29 06:43 conf
> drwx------ 2 sbmrepos sbmrepos 4096 Aug 29 03:26 dav
> drwx------ 5 sbmrepos sbmrepos 4096 Aug 29 03:33 db
> -rw------- 1 sbmrepos sbmrepos 2 Aug 29 03:26 format
> drwx------ 2 sbmrepos sbmrepos 4096 Aug 29 03:26 hooks
> drwx------ 2 sbmrepos sbmrepos 4096 Aug 29 03:26 locks
> -rw------- 1 sbmrepos sbmrepos 229 Aug 29 03:26 README.txt
>
> Also I have attached httpd.conf.
>
>
> Repos were created from /home/sbmrepos
>
> svnadmin create --fs-type fsfs /svn/sbmrepos
> svnadmin create --fs-type fsfs /svn/bpmdevrepos

Looks normal to me.

> <Location "/swa">
> DAV svn
> #SVNPath /svn/sbmrepos
> SVNParentPath /svn
> AuthType Basic
> AuthName "Savvion Subversion Repository"
> AuthUserFile /u1/sbmrepos/conf/apachepasswd
> Require valid-user
> AuthzSVNAccessFile /u1/sbmrepos/conf/authz
> </Location>
>
> ServerName xyz.savvion.com

Looks good to me too.

Then, by all logic, the URLs to your repositories are:

http://xyz.savvion.com/swa/bpmdevrepos

and

http://xyz.savvion.com/swa/sbmrepos

What happens if you view those URLs in a web browser, or look at the
listing using "svn ls <URL>"? You should see those repositories'
contents.

I have a suspicion that your sbmrepos repository contains an svn
directory which contains an sbmrepos directory... You can use "svn
mv" to rearrange that.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Sep 1 09:01:26 2007

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.