Check that your <Location> directive does not conflict with a physical
location. I came across this once wherein I placed my repository
directly under the web server's root folder and then created a
<Location /svn> directive.
To solve my woes, I moved my repository somewhere else (e.g.
/usr/local/svn), updated the SVNParentPath, but retained the <Location
/svn> directive.
On 3/20/06, Steve Williams <stevewilliams@kromestudios.com> wrote:
> Mauricio Henriquez wrote:
>
> >Recently I dicover all the power of SVN and I try to test a very simple
> >repository. I use Fedora Core 3 with apache2.
> >
> >I check my httpd.conf and I added all the necesary stuf (LoadModule... and
> ><Location>...pointing to my "repostory" folder), apache start correctly and
> >SVN work fine in the local machine, then I try "TortoiseSVN" (or other SVN
> >client)from a windows client, but TortoiseSVN can't browse my svn server,
> >allways return a message:
> >
> >"Error *PROPFIND request failed on 'repository' PROPFIND of 'repository':403
> >forbidden (http://200.2.116.72)
> >
> >
>
> It's probably SELinux (installed by default with Fedora Core 3) doing
> its job.
> http://subversion.tigris.org/faq.html#reposperms
>
> --
> Sly
>
>
>
> This message and its attachments may contain legally privileged or confidential information. This message is intended for the use of the individual or entity to which it is addressed. If you are not the addressee indicated in this message, or the employee or agent responsible for delivering the message to the intended recipient, you may not copy or deliver this message or its attachments to anyone. Rather, you should permanently delete this message and its attachments and kindly notify the sender by reply e-mail. Any content of this message and its attachments, which does not relate to the official business of the sending company must be taken not to have been sent or endorsed by the sending company or any of its related entities. No warranty is made that the e-mail or attachment(s) are free from computer virus or other defect.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Mar 20 04:00:17 2006