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

Re: Subversion 1.4.5 and Apache 3.0.63 on Windows Server 2003

From: Mike Bordignon <mike_at_gmi.co.nz>
Date: Wed, 20 Feb 2008 16:06:20 +1300

on 20/02/2008 1:26 p.m. Ryan Schmidt wrote:
> On Feb 19, 2008, at 04:07, Mike Bordignon wrote:
>
>> I'm trying to get a post-commit hook working on a repository. The
>> batch file runs file from the command prompt, but when it's executed
>> as part of a commit it fails to 'svn update d:\folder'. It returns
>> nothing when executed - not a 'd:\folder/ is not a working copy' -
>> merely 'Skipped: d:\folder/'. I've checked and double checked
>> permissions, thinking the process didn't have permissions to write to
>> the folder, yet they are correct (svnserve.exe is running under the
>> 'Local System' account. I've even resorted to adding the Everyone
>> group to the permissions for the folder still with no success.

>> This thread here
>> (http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=44901)
>> appears to have exactly the same problem. A bug, perhaps?
>
> "svn update" uses cached credentials. Perhaps the credentials cached in
> your .subversion directory are different from the credentials cached in
> the .subversion directory of the user under which the hook runs when
> it's run by the repository? Perhaps one of those users doesn't have
> permission to access that part of the repository?
>

I've figured out it's a permissions problem - starting the service
(svnserve) as Administrator fixes the issue. Still confused why, as
'Everyone' had access to the folder in question, also the user the
service used to run as. Oh well, it works now.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-20 04:06:40 CET

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.