On Thu, Feb 9, 2012 at 9:55 PM, Greg Stein wrote:
>
> On Feb 9, 2012 3:07 PM, "Paul Burba" wrote:
>>
>> On Thu, Feb 9, 2012 at 2:50 PM, Johan Corveleyn wrote:
>> > On Thu, Feb 9, 2012 at 7:59 PM, Greg Stein wrote:
>> >>
>> >> On Feb 9, 2012 1:23 PM, "Paul Burba" wrote:
>> >>>
>> >>> On Thu, Fe
On Feb 9, 2012 3:07 PM, "Paul Burba" wrote:
>
> On Thu, Feb 9, 2012 at 2:50 PM, Johan Corveleyn wrote:
> > On Thu, Feb 9, 2012 at 7:59 PM, Greg Stein wrote:
> >>
> >> On Feb 9, 2012 1:23 PM, "Paul Burba" wrote:
> >>>
> >>> On Thu, Feb 9, 2012 at 11:49 AM, Daniel Shahaf
wrote:
> >>> >...
> >>
>
On Thu, Feb 9, 2012 at 2:50 PM, Johan Corveleyn wrote:
> On Thu, Feb 9, 2012 at 7:59 PM, Greg Stein wrote:
>>
>> On Feb 9, 2012 1:23 PM, "Paul Burba" wrote:
>>>
>>> On Thu, Feb 9, 2012 at 11:49 AM, Daniel Shahaf wrote:
>>> >...
>>
>>> > It is suggested there that setting
>>> > libsvn_ra_serf/up
On Thu, Feb 9, 2012 at 7:59 PM, Greg Stein wrote:
>
> On Feb 9, 2012 1:23 PM, "Paul Burba" wrote:
>>
>> On Thu, Feb 9, 2012 at 11:49 AM, Daniel Shahaf wrote:
>> >...
>
>> > It is suggested there that setting
>> > libsvn_ra_serf/update.c:MAX_NR_OF_CONNS
>> > to "2" will prevent ra_serf from drivi
On Feb 9, 2012 1:23 PM, "Paul Burba" wrote:
>
> On Thu, Feb 9, 2012 at 11:49 AM, Daniel Shahaf wrote:
> >...
> > It is suggested there that setting
libsvn_ra_serf/update.c:MAX_NR_OF_CONNS
> > to "2" will prevent ra_serf from driving multiple window handlers
> > concurrently and thus avoid the bug
On Thu, Feb 9, 2012 at 7:23 PM, Paul Burba wrote:
[ ... ]
> However, if I let the test suite start up httpd, then I *do*
> consistently see the same failure:
Wow, I wouldn't have thought of that as a discriminating factor. I'm
running the server in a separate command window, just running httpd.
On Thu, Feb 9, 2012 at 11:49 AM, Daniel Shahaf wrote:
> Johan Corveleyn wrote on Thu, Feb 09, 2012 at 02:33:25 +0100:
>> Having another look at this failure ...
>>
>> So far, we know (anyone, correct me if I'm wrong):
>>
>> - 'svnrdump load' in this test fails with: "svnrdump: E140001:
>> Unrecogn
Johan Corveleyn wrote on Thu, Feb 09, 2012 at 02:33:25 +0100:
> Having another look at this failure ...
>
> So far, we know (anyone, correct me if I'm wrong):
>
> - 'svnrdump load' in this test fails with: "svnrdump: E140001:
> Unrecognized record type in stream". It seems the dumpfile contents o
Johan Corveleyn wrote on Thu, Feb 09, 2012 at 04:03:43 +0100:
> BTW: for some reason, the test now also fails with this last test-run
> (with mod_dav_svn@1.7.x@1239696), but with another failure:
>
> "svnrdump: E140001: Dump stream contains a malformed header (with no
> ':') at 'ile_prop 0112B188'
On Thu, Feb 9, 2012 at 2:33 AM, Johan Corveleyn wrote:
> Having another look at this failure ...
>
> So far, we know (anyone, correct me if I'm wrong):
>
> - 'svnrdump load' in this test fails with: "svnrdump: E140001:
> Unrecognized record type in stream". It seems the dumpfile contents of
> the
Having another look at this failure ...
So far, we know (anyone, correct me if I'm wrong):
- 'svnrdump load' in this test fails with: "svnrdump: E140001:
Unrecognized record type in stream". It seems the dumpfile contents of
the file D/H/psi is split incorrectly (property content is dumped
early,
Philip Martin writes:
> The dump editor used by svnrdump doesn't use an explicit file baton, it
> simply uses the editor baton to collect the data for the "current" file.
To a certain extent this means that svnrdump works by accident. The
editor API allows a driver to open multiple files and ho
"roderich.sch...@googlemail.com"
writes:
> It's definitely an ordering problem, look at the whole series of operations:
>
> ...
> add file trunk/D/H/omega
> add file trunk/D/H/psi<--- the one with the bogus split props/text
> add dir branches
> add dir trunk/C
> add dir trunk/B/F
> ...
>
"roderich.sch...@googlemail.com"
writes:
> It's definitely an ordering problem, look at the whole series of operations:
>
> ...
> add file trunk/D/H/omega
> add file trunk/D/H/psi<--- the one with the bogus split props/text
> add dir branches
> add dir trunk/C
> add dir trunk/B/F
> ...
>
On Monday, February 6, 2012 8:26:36 PM UTC+1, Bert Huijben wrote:
>
> We have similar ordering problem in some of the svn diff scenarios.
It's definitely an ordering problem, look at the whole series of operations:
...
add file trunk/D/H/omega
add file trunk/D/H/psi<--- the one with the
On Tue, Feb 7, 2012 at 12:49 AM, Philip Martin
wrote:
> Johan Corveleyn writes:
>
>> I actually don't see anything either in the Apache error log (except
>> the child process starting up etc). Or should I look somewhere else?
>
> The error log is the right place.
>
>> Just to add some more info:
Johan Corveleyn writes:
> I actually don't see anything either in the Apache error log (except
> the child process starting up etc). Or should I look somewhere else?
The error log is the right place.
> Just to add some more info: I can't reproduce with mod_dav_svn from
> trunk@1237720 or trunk@
On Tue, Feb 7, 2012 at 12:08 AM, Philip Martin
wrote:
> Daniel Shahaf writes:
>
>> Does the test trigger the error message
>> 680 ap_log_rerror(APLOG_MARK, APLOG_ERR, serr->apr_err,
>> 681 resource->info->r,
>> 682 "Can't
Daniel Shahaf writes:
> Does the test trigger the error message
> 680 ap_log_rerror(APLOG_MARK, APLOG_ERR, serr->apr_err,
> 681 resource->info->r,
> 682 "Can't fetch or compute MD5 checksum of
> '%s': "
> 683
Johan Corveleyn wrote on Mon, Feb 06, 2012 at 22:48:21 +0100:
> On Mon, Feb 6, 2012 at 10:21 PM, Johan Corveleyn wrote:
> > On Mon, Feb 6, 2012 at 9:16 PM, Daniel Shahaf wrote:
> >> Hyrum K Wright wrote on Mon, Feb 06, 2012 at 11:44:06 -0600:
> >>> The question I have, which is more 1.7.3-centric
On Mon, Feb 6, 2012 at 10:21 PM, Johan Corveleyn wrote:
> On Mon, Feb 6, 2012 at 9:16 PM, Daniel Shahaf wrote:
>> Hyrum K Wright wrote on Mon, Feb 06, 2012 at 11:44:06 -0600:
>>> The question I have, which is more 1.7.3-centric, is "what changed on
>>> the 1.7.x branch to start this happening?"
On Mon, Feb 6, 2012 at 9:16 PM, Daniel Shahaf wrote:
> Hyrum K Wright wrote on Mon, Feb 06, 2012 at 11:44:06 -0600:
>> The question I have, which is more 1.7.3-centric, is "what changed on
>> the 1.7.x branch to start this happening?" Perhaps answering that
>> will help us know what needs to be d
Hyrum K Wright wrote on Mon, Feb 06, 2012 at 11:44:06 -0600:
> The question I have, which is more 1.7.3-centric, is "what changed on
> the 1.7.x branch to start this happening?" Perhaps answering that
> will help us know what needs to be done to fix the problem.
>
Philip pointed out on IRC that
> -Original Message-
> From: Hyrum K Wright [mailto:hyrum.wri...@wandisco.com]
> Sent: maandag 6 februari 2012 18:59
> To: Philip Martin
> Cc: C. Michael Pilato; Philip Martin; Stephen Butler; Johan Corveleyn;
> Subversion Development
> Subject: Re: 1.7.3 next wee
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: maandag 6 februari 2012 18:36
> To: C. Michael Pilato
> Cc: Philip Martin; Stephen Butler; Johan Corveleyn; Hyrum K Wright;
> Subversion Development
> Subject: Re: 1.7.3 next week-
On Mon, Feb 6, 2012 at 11:56 AM, Philip Martin
wrote:
> Hyrum K Wright writes:
>
>> The question I have, which is more 1.7.3-centric, is "what changed on
>> the 1.7.x branch to start this happening?" Perhaps answering that
>> will help us know what needs to be done to fix the problem.
>
> Is it
Hyrum K Wright writes:
> The question I have, which is more 1.7.3-centric, is "what changed on
> the 1.7.x branch to start this happening?" Perhaps answering that
> will help us know what needs to be done to fix the problem.
Is it even on the branch? Perhaps serf changed on the buildbot?
--
On Mon, Feb 6, 2012 at 12:35 PM, Philip Martin
wrote:
> "C. Michael Pilato" writes:
>
>> On 02/06/2012 12:24 PM, C. Michael Pilato wrote:
>>> On 02/06/2012 12:13 PM, Philip Martin wrote:
"C. Michael Pilato" writes:
> Uh... t'ain't right. "Text-delta: true" would appear as the first hea
On Mon, Feb 6, 2012 at 11:35 AM, Philip Martin
wrote:
> "C. Michael Pilato" writes:
>
>> On 02/06/2012 12:24 PM, C. Michael Pilato wrote:
>>> On 02/06/2012 12:13 PM, Philip Martin wrote:
"C. Michael Pilato" writes:
> Uh... t'ain't right. "Text-delta: true" would appear as the first hea
"C. Michael Pilato" writes:
> On 02/06/2012 12:24 PM, C. Michael Pilato wrote:
>> On 02/06/2012 12:13 PM, Philip Martin wrote:
>>> "C. Michael Pilato" writes:
Uh... t'ain't right. "Text-delta: true" would appear as the first header
in
a new header block, hence the reported error
On 02/06/2012 12:24 PM, C. Michael Pilato wrote:
> On 02/06/2012 12:13 PM, Philip Martin wrote:
>> "C. Michael Pilato" writes:
>>> Uh... t'ain't right. "Text-delta: true" would appear as the first header in
>>> a new header block, hence the reported error of "Unrecognized record type in
>>> strea
On 02/06/2012 12:13 PM, Philip Martin wrote:
> "C. Michael Pilato" writes:
>> Uh... t'ain't right. "Text-delta: true" would appear as the first header in
>> a new header block, hence the reported error of "Unrecognized record type in
>> stream".
>
> Windows has the same text and properties conte
On Feb 6, 2012, at 17:51 , C. Michael Pilato wrote:
> On 02/06/2012 11:48 AM, Philip Martin wrote:
>> So that's the file D/H/psi, on Linux it looks like:
>>
>> Node-path: trunk/D/H/psi
>> Node-kind: file
>> Node-action: add
>> Prop-delta: true
>> Prop-content-length: 10
>> Text-delta: true
>> Te
"C. Michael Pilato" writes:
> On 02/06/2012 11:48 AM, Philip Martin wrote:
>> So that's the file D/H/psi, on Linux it looks like:
>>
>> Node-path: trunk/D/H/psi
>> Node-kind: file
>> Node-action: add
>> Prop-delta: true
>> Prop-content-length: 10
>> Text-delta: true
>> Text-content-length: 34
>>
On 02/06/2012 11:48 AM, Philip Martin wrote:
> So that's the file D/H/psi, on Linux it looks like:
>
> Node-path: trunk/D/H/psi
> Node-kind: file
> Node-action: add
> Prop-delta: true
> Prop-content-length: 10
> Text-delta: true
> Text-content-length: 34
> Text-content-md5: e81f8f68ba50e749c200cb3
Philip Martin writes:
> Stephen Butler writes:
>
>> Here's the dump file the test is failing to load.
>
> Comparing the failing Windows dump file with the working one on my Linux
> box gives:
>
> $ diff -a svn-test-work/local_tmp-r1-10.dump
> /home/pm/local_tmp-r1-10.dump.txt
> 3c3
> < UUID:
Stephen Butler writes:
> Here's the dump file the test is failing to load.
Comparing the failing Windows dump file with the working one on my Linux
box gives:
$ diff -a svn-test-work/local_tmp-r1-10.dump /home/pm/local_tmp-r1-10.dump.txt
3c3
< UUID: 23ae5c00-308a-48ba-834b-d1e38fd13e10
---
>
On Feb 6, 2012, at 10:16 , Johan Corveleyn wrote:
> On Mon, Feb 6, 2012 at 10:05 AM, Philip Martin
> wrote:
>> Johan Corveleyn writes:
>>
>>> Doh, you obviously meant that I try it with serf, not with ra_local.
>>> Yes, I can reproduce that: it fails in exactly the same way as the
>>> svn-slik
On Mon, Feb 6, 2012 at 10:05 AM, Philip Martin
wrote:
> Johan Corveleyn writes:
>
>> Doh, you obviously meant that I try it with serf, not with ra_local.
>> Yes, I can reproduce that: it fails in exactly the same way as the
>> svn-slik-w2k3-x64-ra buildbot. Sorry for any confusion.
>>
>> See dav-
Johan Corveleyn writes:
> Doh, you obviously meant that I try it with serf, not with ra_local.
> Yes, I can reproduce that: it fails in exactly the same way as the
> svn-slik-w2k3-x64-ra buildbot. Sorry for any confusion.
>
> See dav-fails.log in attachment.
It's the dump file that fails to load
On Fri, Feb 3, 2012 at 7:16 PM, Johan Corveleyn wrote:
> On Fri, Feb 3, 2012 at 5:08 PM, Philip Martin
> wrote:
>> Johan Corveleyn writes:
>>
I'm hesitant to roll a release until the cause of this problem has
been located, and a potential course of action identified.
>>>
>>> There is a
On Fri, Feb 3, 2012 at 5:08 PM, Philip Martin
wrote:
> Johan Corveleyn writes:
>
>>> I'm hesitant to roll a release until the cause of this problem has
>>> been located, and a potential course of action identified.
>>
>> There is also the recent backport (just yesterday) of r1207555 and
>> r12078
Johan Corveleyn writes:
>> I'm hesitant to roll a release until the cause of this problem has
>> been located, and a potential course of action identified.
>
> There is also the recent backport (just yesterday) of r1207555 and
> r1207808 (adding mod_dontdothat to build.conf), which makes my Windo
On Fri, Feb 3, 2012 at 4:20 PM, Hyrum K Wright
wrote:
> On Thu, Feb 2, 2012 at 7:26 AM, Hyrum K Wright
> wrote:
>> On Wed, Jan 25, 2012 at 2:47 PM, Hyrum K Wright
>> wrote:
>>> On Wed, Jan 25, 2012 at 5:27 PM, Hyrum K Wright
>>> wrote:
This mail is very non-committal, but from the looks of
On Thu, Feb 2, 2012 at 7:26 AM, Hyrum K Wright
wrote:
> On Wed, Jan 25, 2012 at 2:47 PM, Hyrum K Wright
> wrote:
>> On Wed, Jan 25, 2012 at 5:27 PM, Hyrum K Wright
>> wrote:
>>> This mail is very non-committal, but from the looks of CHANGES and
>>> STATUS there are number of items which could po
On Wed, Jan 25, 2012 at 2:47 PM, Hyrum K Wright
wrote:
> On Wed, Jan 25, 2012 at 5:27 PM, Hyrum K Wright
> wrote:
>> This mail is very non-committal, but from the looks of CHANGES and
>> STATUS there are number of items which could potentially make up a
>> 1.7.3 release. It's been a couple of mo
On Wed, Jan 25, 2012 at 5:27 PM, Hyrum K Wright
wrote:
> This mail is very non-committal, but from the looks of CHANGES and
> STATUS there are number of items which could potentially make up a
> 1.7.3 release. It's been a couple of months since 1.7.2, so it
> appears that a 1.7.3 should come soon
On Wed, Jan 25, 2012 at 7:18 PM, Ivan Zhakov wrote:
> On Wed, Jan 25, 2012 at 22:05, Bert Huijben wrote:
>>> On Wed, Jan 25, 2012 at 12:27 PM, Hyrum K Wright
>>> wrote:
>>> > This mail is very non-committal, but from the looks of CHANGES and
>>> > STATUS there are number of items which could pot
On Wed, Jan 25, 2012 at 22:05, Bert Huijben wrote:
>> On Wed, Jan 25, 2012 at 12:27 PM, Hyrum K Wright
>> wrote:
>> > This mail is very non-committal, but from the looks of CHANGES and
>> > STATUS there are number of items which could potentially make up a
>> > 1.7.3 release. It's been a couple
> -Original Message-
> From: Mark Phippard [mailto:markp...@gmail.com]
> Sent: woensdag 25 januari 2012 18:57
> To: Hyrum K Wright
> Cc: Subversion Development
> Subject: Re: 1.7.3 next week-ish?
>
> On Wed, Jan 25, 2012 at 12:27 PM, Hyrum K Wright
> wrote
On Wed, Jan 25, 2012 at 12:27 PM, Hyrum K Wright
wrote:
> This mail is very non-committal, but from the looks of CHANGES and
> STATUS there are number of items which could potentially make up a
> 1.7.3 release. It's been a couple of months since 1.7.2, so it
> appears that a 1.7.3 should come soo
This mail is very non-committal, but from the looks of CHANGES and
STATUS there are number of items which could potentially make up a
1.7.3 release. It's been a couple of months since 1.7.2, so it
appears that a 1.7.3 should come sooner rather than later. Perhaps
sometime next week would be reaso
52 matches
Mail list logo
