I have recently updated to TSVN 1.8.1, which of course uses SVN 1.8.1 as its
command-line basis. Our server has been running 1.2 and has not been changed
(apart from Windows updates) for a LONG time.
(Yes, I know 1.2 is very old. However, we're an automotive company and changes
to our tools c
On Aug 1, 2013, at 19:06, Geoff Field wrote:
> I have recently updated to TSVN 1.8.1, which of course uses SVN 1.8.1 as its
> command-line basis. Our server has been running 1.2 and has not been changed
> (apart from Windows updates) for a LONG time.
>
> (Yes, I know 1.2 is very old. However
Hi,
On Fri, Aug 2, 2013 at 2:06 AM, Geoff Field wrote:
> I have recently updated to TSVN 1.8.1, which of course uses SVN 1.8.1 as its
> command-line basis. Our server has been running 1.2 and has not been changed
> (apart from Windows updates) for a LONG time.
>
> (Yes, I know 1.2 is very old.
Lieven Govaerts writes:
>> C:\Customer>svn log -v ./
>> svn: E175002: Unexpected HTTP status 501 'Method Not Implemented' on
>> '/Subversio
>> n/W3000_Customer_198.622-00_Customer_DRL/!svn/bc/14/trunk/03_Software'
>>
>> svn: E27: Additional errors:
>> svn: E27: The requested report is un
Philip Martin writes:
> Lieven Govaerts writes:
>
>>> C:\Customer>svn log -v ./
>>> svn: E175002: Unexpected HTTP status 501 'Method Not Implemented' on
>>> '/Subversio
>>> n/W3000_Customer_198.622-00_Customer_DRL/!svn/bc/14/trunk/03_Software'
>>>
>>> svn: E27: Additional errors:
>>> svn: E
On Mon, Aug 5, 2013 at 1:05 PM, Philip Martin
wrote:
> Philip Martin writes:
>
>> Lieven Govaerts writes:
>>
C:\Customer>svn log -v ./
svn: E175002: Unexpected HTTP status 501 'Method Not Implemented' on
'/Subversio
n/W3000_Customer_198.622-00_Customer_DRL/!svn/bc/14/trunk/0
Lieven Govaerts writes:
> Can you test if attached patch fixes this issue?
> Index: subversion/libsvn_ra_serf/util.c
> ===
> --- subversion/libsvn_ra_serf/util.c (revision 1510435)
> +++ subversion/libsvn_ra_serf/util.c (working c
On Mon, Aug 5, 2013 at 7:08 PM, Philip Martin
wrote:
> Lieven Govaerts writes:
>
>> Can you test if attached patch fixes this issue?
>
>> Index: subversion/libsvn_ra_serf/util.c
>> ===
>> --- subversion/libsvn_ra_serf/util.c (revisi
Lieven Govaerts writes:
>> Yes, it does. It also affects mergeinfo:
>>
>> $ svn1.8 mergeinfo ^/ wc
>> svn: E175002: Unexpected HTTP status 501 'Method Not Implemented' on
>> '/obj/repo/!svn/bc/1/A'
>> svn: E27: Additional errors:
>> svn: E27: The requested report is unknown.
>>
>> $ sub
> From: lieven.govaerts
> On Mon, Aug 5, 2013 at 1:05 PM, Philip Martin
> wrote:
> > Philip Martin writes:
> >
> >> Lieven Govaerts writes:
> >>
> C:\Customer>svn log -v ./
> svn: E175002: Unexpected HTTP status 501 'Method Not
> Implemented'
> on '/Subversio
> n/W3000_Custome
> From: Geoff Field
> Sent: Tuesday, 6 August 2013 9:33 AM
> > From: lieven.govaerts
> > On Mon, Aug 5, 2013 at 1:05 PM, Philip Martin
> > wrote:
> > > Philip Martin writes:
> > >
> > >> Lieven Govaerts writes:
> > >>
> > C:\Customer>svn log -v ./
> > svn: E175002: Unexpected HTTP sta
Geoff Field writes:
> What about the Commit New Files error? Will this be fixed with 1.8.2,
> do you think?
I don't know how to reproduce it. You said:
Second issue: When committing new files, we get the message that one of
them 'already exists'. I've found as a workaround that doing a c
> From: Philip Martin
> Sent: Friday, 9 August 2013 18:10 PM
> Geoff Field writes:
>
> > What about the Commit New Files error? Will this be fixed
> with 1.8.2,
> > do you think?
>
> I don't know how to reproduce it. You said:
>
> Second issue: When committing new files, we get the messag
> From: Geoff Field
> Sent: Monday, 12 August 2013 10:20 AM
> > From: Philip Martin
> > Sent: Friday, 9 August 2013 18:10 PM
> > Geoff Field writes:
> >
> > > What about the Commit New Files error? Will this be fixed
> > with 1.8.2,
> > > do you think?
> >
> > I don't know how to reproduce it.
Geoff Field writes:
> Here's a log of a trial I have just done with a relatively fresh repository:
>
> C:\>svn co https://aapleng1/Subversion/Playground/trunk/ \SVN_Test
> ASVN_Test\test.txt
> Checked out revision 897.
>
> C:\>cd SVN_Test
>
> C:\SVN_Test>dir
> Volume in drive C is OSDisk
>
> -Original Message-
> From: Philip Martin
> Sent: Monday, 12 August 2013 18:57 PM
> Geoff Field writes:
> > Here's a log of a trial I have just done with a relatively
> fresh repository:
> >
> > C:\>svn co https://aapleng1/Subversion/Playground/trunk/ \SVN_Test
> > ASVN_Test\test.txt
Geoff Field writes:
>> -Original Message-
>> From: Philip Martin
>> Sent: Monday, 12 August 2013 18:57 PM
>> Geoff Field writes:
>>
>> I can't reproduce that. Can you look in the apache log files
>> to see the failed request? Can you reproduce the problem
>> over http? Can you provi
> From: Philip Martin
> Sent: Tuesday, 13 August 2013 19:59 PM
> Geoff Field writes:
> >> -Original Message-
> >> From: Philip Martin
> >> Sent: Monday, 12 August 2013 18:57 PM Geoff Field writes:
> >>
> >> I can't reproduce that. Can you look in the apache log
> files to see
> >> the
Geoff Field writes:
>> When I try to reproduce the problem I get a HEAD request that
>> generates
>> "404 not found" rather than "401 unauthorized". What sort of
>> authentication have you configured? Are you using path-based authz?
>
> Here's what I think is the relevant section of our httpd
> From: Philip Martin
> Sent: Wednesday, 14 August 2013 9:59 AM
> Geoff Field writes:
> >> When I try to reproduce the problem I get a HEAD request that
> >> generates
> >> "404 not found" rather than "401 unauthorized". What sort of
> >> authentication have you configured? Are you using
> pa
Geoff Field writes:
> I've just commented out the "AuthzSVNAccessFile" line and have done
> the following:
> C:\SVN_Test>svn ci test6.txt --message "test 1.8.1 checkin"
> Adding test6.txt
> svn: E155011: Commit failed (details follow):
> svn: E155011: File 'C:\SVN_Test\test6.txt' is out
> From: Philip Martin
> Sent: Thursday, 15 August 2013 19:02 PM
> Geoff Field writes:
> > I've just commented out the "AuthzSVNAccessFile" line and have done
> > the following:
This time, I changed the "AuthType" line to "AuthType None" for the Subversion
location. Similar test (but with fewer
Thanks to everybody for their patience with my issue. The root cause is not
really solved, but at least I (and my colleagues) can get back to normal work
patterns.
I've finally managed to get the upgrade to Apache 2.2 and SVN server 1.6.9
running. As it turns out, my former colleagues had del
> From: Geoff Field
> Sent: Friday, 16 August 2013 11:56 AM
> Thanks to everybody for their patience with my issue. The
> root cause is not really solved, but at least I (and my
> colleagues) can get back to normal work patterns.
>
> I've finally managed to get the upgrade to Apache 2.2 and SVN
Get your legacy material off BDB and onto FSFS, ASAP. At least make sure
you have *good* backups and are prepared to lose all that data if you
don't. BDB has been, in my experience with much older versions of
Subversion and with years of Linux application experience, prone to data
corruption from u
From: Nico Kadel-Garcia
Sent: Friday, 16 August 2013 21:39 PM
To: Geoff Field
Cc: Philip Martin; users@subversion.apache.org
Subject: Re: SVN 1.8.1 Errors - Show Log and Commit New Files - SOLVED (FOR ME)
Get your legacy material off BDB and onto FSFS, ASAP. At
26 matches
Mail list logo