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

Re: Problem with commit

From: Ameet Nanda <ameet.nanda_at_gmail.com>
Date: Fri, 23 Jul 2010 15:34:25 -0700

Additionally, I had checked out a few files from the repository on an old
machine, and then I moved the repository to a new server. I didnot do a dump
and move, just did a tar and scp and untar of the entire repository. When I
try to check in to the new server [with the same hostname] it says
*
svn: Commit failed (details follow):
svn: Server sent unexpected return value (500 Internal Server Error) in
response to MKACTIVITY request for '/repos/papers/!svn/act/*
*a49a699c-96a7-11df-9e8f-**654930a0ec4e'*

On Fri, Jul 23, 2010 at 10:41 AM, Ameet Nanda <ameet.nanda_at_gmail.com> wrote:

> I am unsure of my solution which looks more like a workaround, apologies
> for that , but I need a way to make the checkin work with authentication.
> Which means I should remove, PUT MERGE and ???? from my LimitExcept. When I
> did that it was throwing this strange error.
>
> Has it got something to do with the svn_passwd file ? The error log of
> httpd also doesn't say much.
>
> Please let me know.
>
>
> On Fri, Jul 23, 2010 at 2:53 AM, Ryan Schmidt <
> subversion-2010b_at_ryandesign.com> wrote:
>
>>
>> On Jul 23, 2010, at 03:08, Ameet Nanda wrote:
>>
>> > Nevamind got it fixed. I changed the subversion.conf from
>> >
>> > <LimitExcept GET PROPFIND OPTIONS REPORT>
>> >
>> > to
>> >
>> > <LimitExcept GET PROPFIND CHECKOUT PROPPATCH PUT MERGE DELETE MKACTIVITY
>> OPTIONS REPORT>
>> >
>> > and got it working.
>>
>> So, now you're limiting authentication to all methods except GET PROPFIND
>> CHECKOUT PROPPATCH PUT MERGE DELETE MKACTIVITY OPTIONS and REPORT... what
>> methods does that leave, exactly, which will still be authenticated? That
>> is, I think you've "solved" the problem by effectively turning off
>> authentication.
>>
>>
>>
>
Received on 2010-07-24 00:35:24 CEST

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.