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

Re: WebDav Mac OS X problems

From: Ryan Schmidt <subversion-2005_at_ryandesign.com>
Date: 2005-08-22 01:10:38 CEST

On 13.08.2005, at 01:18, Sander Cox wrote:

> I just setup an Apache2 server for WebDav with SVN. I can read the
> contents of the repository just fine but when I try to add some new
> file I get an error in my apache 2 log an my Mac starts complaining:
> [Sat Aug 13 01:12:05 2005] [error] [client] Failed to
> create new lock. [500, #1]
> [Sat Aug 13 01:12:05 2005] [error] [client] Can't chmod
> '/Storage/subversion/db/locks/aeb': Operation not permitted [500, #1]
> [Sat Aug 13 01:12:06 2005] [error] [client] Failed to
> create new lock. [500, #1]
> [Sat Aug 13 01:12:06 2005] [error] [client] Can't chmod
> '/Storage/subversion/db/locks/c72': Operation not permitted [500, #1]
> The /Storage/subversion/db/locks directory has 777 chmod
> permissions and is owned by the account of the webserver so I don't
> know why it would want to be running chmod on the file and have
> absolutely no idea why it is complaining it isn't allowed to change
> the permissions on the file.
> I'm using apache2.0.54, subversion 1.2.1 and Mac OS X 10.4.2

What is /Storage? Sounds like it's not a local volume but rather
something like a Samba share or AppleShare volume, where commands
like chmod may not work so well. Can that be? People here often talk
of storing repositories on NFS, which I've heard works fine, as long
as the repository is FSFS and not BDB, but I've not heard of anyone
trying Samba or AppleShare, if that's what you're doing.

> Furthermore I see that Mac OS X is writing the resource forks ._xxx
> files as well. Would it be possible to prevent this from happening
> as I don't see need for these files for 90% of the files that are
> going to be checked into subversion.

I assume we're talking about a working copy here. Mac OS X only
creates the "AppleDouble" ._ files on file systems that do not
natively support multiple forks. AFAIK you cannot prevent Mac OS X
from doing so. But if you use a Mac file system like HFS+ for your
working copy, then the resource fork will be stored as a fork of the
file, and no separate ._ file will be created. When you check in,
only the data fork will be transmitted.

At work, I need to have my working copies on a Samba share, so I
see ._ files all the time. I mentally ignore them in file listings on
the command line, and tell Subversion to ignore them too. Works fine.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 22 01:12:45 2005

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.