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

Re: Apache2 - Subversion configuration

From: Keith Rogers <keith.rogers_at_mouchelparkman.com>
Date: 2006-07-03 14:39:44 CEST

Okay, that seemed to be the user permissions - some combination I hadn't tried! Now I get the following message:

<D:error>
<C:error/>
<m:human-readable errcode="2">
Could not open the requested SVN filesystem
</m:human-readable>
</D:error>

I've set the permissions on the repository to be the same as for the parent folders (i.e. the same as the change that switched me from getting generic http 403 errors to this kind)

Any suggestions?

Thanks

Keith

>>> Steve Williams <stevewilliams@kromestudios.com> 03/07/2006 12:28:51 >>>
Keith Rogers wrote:
> Here is my subversion.conf file - I know that this is really insecure, but I just want to get it working first, and then add the access control. I think that the repository directory ownership is set up okay, but it does seem to be the most likely cause - it just seems weird that not even the alias command seems to have access allowed
>
> <IfModule mod_dav_svn.c>
> <IfModule mod_alias.c>
> Alias /repos "/srv/svn/html"
> </IfModule>
> <Directory /srv/svn/html>
> Options +Indexes +Multiviews -FollowSymLinks
> IndexOptions FancyIndexing \
> ScanHTMLTitles \
> NameWidth=* \
> DescriptionWidth=* \
> SuppressLastModified \
> SuppressSize
>
> order allow,deny
> allow from all
> </Directory>
> <Location /repos/project>
> DAV svn
> SVNPath /srv/svn/repos/project
>
> </Location>
>
> </IfModule>
>

Is the Alias directive confusing it? I'm no expert on Apache
configuration, but that looks like a possible culprit.

Which user does Apache run as? Does that user have full read/write
access to /srv/svn/repos?

-- 
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.
The information in this e-mail is confidential and intended to be solely for the use of the addressee(s) and may contain copyright and/or legally privileged information.  If you are not the addressee (or responsible for delivery of the message to the addressee) please e-mail us at Postmaster@mouchelparkman.com and delete the message from your computer; copying, distribution, use or disclosure of its contents is strictly prohibited.
As Internet communications are capable of data corruption no responsibility is accepted for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice contained in any e-mail without obtaining written confirmation of it.
In addition, no liability or responsibility is accepted for viruses and it is your responsibility to scan attachments (if any).
Please note that for business purposes, outgoing and incoming emails from and to the company may be monitored and recorded.
Mouchel Parkman Services Ltd, Registered in England at West Hall, Parvis Road, West Byfleet, Surrey UK KT14 6EZ Registered No : 1686040
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jul 3 14:40:56 2006

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.