On Thu, Dec 23, 2010 at 02:53, wrote:
> Author: blair
> Date: Wed Dec 22 18:53:48 2010
> New Revision: 1052029
>
> URL: http://svn.apache.org/viewvc?rev=1052029&view=rev
> Log:
> The error from the post-commit is already self-describing so
> svn_repos__post_commit_error_str() doesn't need to wrap
On Thu, Mar 10, 2011 at 23:02, Greg Stein wrote:
> On Thu, Mar 10, 2011 at 11:50, Ivan Zhakov wrote:
>> On Thu, Mar 10, 2011 at 19:42, Justin Erenkrantz
>> wrote:
>>...
>>> Heh, while we've got you testing stuff...what happens if the server is
>>> on a different physical machine? Are your resu
On 03/10/2011 03:07 PM, Mark Phippard wrote:
> On Thu, Mar 10, 2011 at 3:02 PM, Greg Stein wrote:
>
>> That was an explicit design choice. ra_serf should not be using the
>> REPORT style of query. Those GETs are cachable by local proxy caches,
>> reducing the need to (re)fetch the content over a
On Thu, Mar 10, 2011 at 3:02 PM, Greg Stein wrote:
> That was an explicit design choice. ra_serf should not be using the
> REPORT style of query. Those GETs are cachable by local proxy caches,
> reducing the need to (re)fetch the content over a WAN. The big REPORT
> response is never cachable.
I
On Thu, Mar 10, 2011 at 11:50, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 19:42, Justin Erenkrantz
> wrote:
>...
>> Heh, while we've got you testing stuff...what happens if the server is
>> on a different physical machine? Are your results in line with
>> Philip's which says that ra_serf and
Hi,
On Windows serf doesn't see the difference between a failed connect and a
lingering close. This causes serf to automatically reconnect. See
http://subversion.tigris.org/issues/show_bug.cgi?id=3832 for a few more
details.
Reproduction:
svn ls http://127.0.0.1:23456/svn
On Thu, 2011-03-10 at 20:06 +0100, Bert Huijben wrote:
>
> > -Original Message-
> > From: Julian Foad [mailto:julian.f...@wandisco.com]
> > Sent: donderdag 10 maart 2011 19:43
> > To: Subversion Development
> > Subject: [RFC] Children of a replaced node - schedule delete vs. deleted-by-
>
Julian Foad writes:
> A
> A/F
> A/G
> A/H
> X
> X/G
> X/H
> X/I
>
> and then (in Subversion) I replace A with a copy of X:
>
> rm A
> cp X A
>
> and then delete the child 'H' and add a new child 'J':
>
> rm A/G
> mkdir A/J
>
> I expect to the "working view" of A to consist
> -Original Message-
> From: Julian Foad [mailto:julian.f...@wandisco.com]
> Sent: donderdag 10 maart 2011 19:43
> To: Subversion Development
> Subject: [RFC] Children of a replaced node - schedule delete vs. deleted-by-
> the-replace
>
> If I ask a WC API for "the children" of a working
If I ask a WC API for "the children" of a working directory, I would
expect to get just the children that belong to it, not including any
paths that were children of an underlying directory that has been
locally replaced.
The attached patch starts this by creating a test and defining a new
version
On 10/03/11 17:22, Hyrum K Wright wrote:
> A newly added file isn't getting compiled. You'll need to rerun
> ./gen-make.py.
Ah, so true, thanks.
John.
--
John Beranek To generalise is to be an idiot.
http://redux.org.uk/ -- William Blake
On Thu, Mar 10, 2011 at 11:18 AM, John Beranek wrote:
> On 10/03/11 16:42, Justin Erenkrantz wrote:
>> On Thu, Mar 10, 2011 at 8:22 AM, John Beranek wrote:
>>> 1.6.16 from localhost trunk server (10 iterations)
>>> ra_neon: 1.43
>>> ra_serf: 2.91
>>>
>>> trunk from localhost trunk server (10 iter
On 10/03/11 16:42, Justin Erenkrantz wrote:
> On Thu, Mar 10, 2011 at 8:22 AM, John Beranek wrote:
>> 1.6.16 from localhost trunk server (10 iterations)
>> ra_neon: 1.43
>> ra_serf: 2.91
>>
>> trunk from localhost trunk server (10 iterations)
>> ra_neon: 1.48
>> ra_serf: 2.95
>>
>> So, neon and se
Ivan Zhakov writes:
>> The one small anomaly is 1.7/serf against a 1.6 server, it is fast but
>> it uses a bit more CPU. (I'm using r1080251).
>>
> That is expected performance improvement because of r1080245 [1]:
> [[[
> ra_serf: Implement DAV baseline cache . This is dramatically reduces number
On Thu, Mar 10, 2011 at 19:55, Philip Martin wrote:
> John Beranek writes:
>
>> svn export
>> ==
>>
>> 1.6.16 from localhost trunk server (10 iterations)
>> ra_neon: 1.43
>> ra_serf: 2.91
>>
>> trunk from localhost trunk server (10 iterations)
>> ra_neon: 1.48
>> ra_serf: 2.95
>>
>> So, n
On 10/03/11 16:55, Philip Martin wrote:
> John Beranek writes:
>
>> svn export
>> ==
>>
>> 1.6.16 from localhost trunk server (10 iterations)
>> ra_neon: 1.43
>> ra_serf: 2.91
>>
>> trunk from localhost trunk server (10 iterations)
>> ra_neon: 1.48
>> ra_serf: 2.95
>>
>> So, neon and serf
John Beranek writes:
> svn export
> ==
>
> 1.6.16 from localhost trunk server (10 iterations)
> ra_neon: 1.43
> ra_serf: 2.91
>
> trunk from localhost trunk server (10 iterations)
> ra_neon: 1.48
> ra_serf: 2.95
>
> So, neon and serf retain their speeds relative to each other...
Are you
On Thu, Mar 10, 2011 at 19:42, Justin Erenkrantz
wrote:
> On Thu, Mar 10, 2011 at 8:22 AM, John Beranek wrote:
>> 1.6.16 from localhost trunk server (10 iterations)
>> ra_neon: 1.43
>> ra_serf: 2.91
>>
>> trunk from localhost trunk server (10 iterations)
>> ra_neon: 1.48
>> ra_serf: 2.95
>>
>> So
On Thu, Mar 10, 2011 at 8:22 AM, John Beranek wrote:
> 1.6.16 from localhost trunk server (10 iterations)
> ra_neon: 1.43
> ra_serf: 2.91
>
> trunk from localhost trunk server (10 iterations)
> ra_neon: 1.48
> ra_serf: 2.95
>
> So, neon and serf retain their speeds relative to each other...
Heh,
> -Original Message-
> From: s...@apache.org [mailto:s...@apache.org]
> Sent: woensdag 9 maart 2011 18:24
> To: comm...@subversion.apache.org
> Subject: svn commit: r1079897 - in /subversion/trunk/subversion/libsvn_wc:
> revision_status.c wc-queries.sql wc_db.c
>
> Author: stsp
> Date: W
On 10/03/11 15:50, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 18:44, John Beranek wrote:
>> On 10/03/11 14:31, Hyrum K Wright wrote:
>>> On Thu, Mar 10, 2011 at 6:24 AM, John Beranek wrote:
OK, so I:
* Changed my benchmark took to allow the test to be reported N times,
and m
"C. Michael Pilato" writes:
> On 03/10/2011 10:57 AM, John Beranek wrote:
>> Hmm, OK, but is 'export' truly not WC dependent??
>
> Yes, it's WC-independent. 'export' doesn't create a working copy at all.
Export from an URL is wc-independent, but export from a wc does read the
wc.
--
Philip
On 10/03/11 16:00, C. Michael Pilato wrote:
> On 03/10/2011 10:57 AM, John Beranek wrote:
>> Hmm, OK, but is 'export' truly not WC dependent??
>
> Yes, it's WC-independent. 'export' doesn't create a working copy at all.
I guess I'm too used to CVS. ;)
John.
--
John Beranek
On Thu, Mar 10, 2011 at 04:50:13PM +0100, Bert Huijben wrote:
> > -Original Message-
> > From: s...@apache.org [mailto:s...@apache.org]
> > Sent: donderdag 10 maart 2011 16:43
> > To: comm...@subversion.apache.org
> > Subject: svn commit: r1080253 - in /subversion/trunk/subversion/libsvn_wc
On 03/10/2011 10:57 AM, John Beranek wrote:
> Hmm, OK, but is 'export' truly not WC dependent??
Yes, it's WC-independent. 'export' doesn't create a working copy at all.
--
C. Michael Pilato
CollabNet <> www.collab.net <> Distributed Development On Demand
signature.asc
Description: O
On 10/03/11 15:50, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 18:44, John Beranek wrote:
>> On 10/03/11 14:31, Hyrum K Wright wrote:
>>> On Thu, Mar 10, 2011 at 6:24 AM, John Beranek wrote:
OK, so I:
* Changed my benchmark took to allow the test to be reported N times,
and m
Justin Erenkrantz writes:
> On Thu, Mar 10, 2011 at 7:23 AM, Philip Martin
> wrote:
>> We using a lot more CPU and elapsed time is hugely increased.
>
> Just to make sure I understand, it's likely that this is more about
> the libsvn_wc rewrite than anything with ra_serf? That is, ra_neon
> giv
On Thu, Mar 10, 2011 at 18:44, John Beranek wrote:
> On 10/03/11 14:31, Hyrum K Wright wrote:
>> On Thu, Mar 10, 2011 at 6:24 AM, John Beranek wrote:
>>> OK, so I:
>>>
>>> * Changed my benchmark took to allow the test to be reported N times,
>>> and moved to microsecond timers.
>>> * Set up a fre
> -Original Message-
> From: s...@apache.org [mailto:s...@apache.org]
> Sent: donderdag 10 maart 2011 16:43
> To: comm...@subversion.apache.org
> Subject: svn commit: r1080253 - in /subversion/trunk/subversion/libsvn_wc:
> revision_status.c wc_db.c wc_db.h
>
> Author: stsp
> Date: Thu Mar
On Thu, Mar 10, 2011 at 7:23 AM, Philip Martin
wrote:
> We using a lot more CPU and elapsed time is hugely increased.
Just to make sure I understand, it's likely that this is more about
the libsvn_wc rewrite than anything with ra_serf? That is, ra_neon
gives similar timings over NFS in 1.7? Or?
On 10/03/11 14:31, Hyrum K Wright wrote:
> On Thu, Mar 10, 2011 at 6:24 AM, John Beranek wrote:
>> OK, so I:
>>
>> * Changed my benchmark took to allow the test to be reported N times,
>> and moved to microsecond timers.
>> * Set up a fresh repository on a 1.6.15 server, with no post-commit
>> tri
Hyrum K Wright writes:
> Having only tangentially followed this thread, I've got a couple of questions:
> * Do the current subversion+serf fixes solve the the large checkout
> time problem people have been seeing on trunk?
I have a mirror of the Subversion repo (mod_dav_svn 1.6). Checking out
On Wed, Mar 9, 2011 at 9:40 PM, Greg Stein wrote:
> On Wed, Mar 9, 2011 at 17:17, wrote:
>> Author: pburba
>> Date: Wed Mar 9 22:17:10 2011
>> New Revision: 1080034
>>
>> URL: http://svn.apache.org/viewvc?rev=1080034&view=rev
>> Log:
>> Follow-up to issue #3176 fix in r1079983.
>>
>> * subversi
On Thu, Mar 10, 2011 at 6:24 AM, John Beranek wrote:
> On 10/03/11 06:34, Ivan Zhakov wrote:
>> On Thu, Mar 10, 2011 at 01:23, John Beranek wrote:
>>> On 09/03/2011 20:17, Ivan Zhakov wrote:
On Tue, Mar 8, 2011 at 22:07, Greg Stein wrote:
> On Tue, Mar 8, 2011 at 12:34, Ivan Zhakov wro
Dongsheng Song writes:
> On Thu, Mar 10, 2011 at 17:54, Philip Martin
> wrote:
>> In-Reply-To and References would usually contain message-ids, what you
>> are inserting is a fake message-id -- no email has it. A MUA won't find
>> the referenced message-id, it doesn't exist, but will see multi
On Thu, Mar 10, 2011 at 17:54, Philip Martin wrote:
> Dongsheng Song writes:
>
>> Index: l10n-report.py
>> ===
>> --- l10n-report.py (revision 1080141)
>> +++ l10n-report.py (working copy)
>> @@ -43,6 +43,7 @@
>> FROM_ADDR
On 03/10/2011 05:53 PM, rhuij...@apache.org wrote:
Author: rhuijben
Date: Thu Mar 10 12:23:09 2011
New Revision: 1080198
URL: http://svn.apache.org/viewvc?rev=1080198&view=rev
Log:
Implement --config-option in the last two commandline tools that did support
--config-dir, but didn't support --con
On 10/03/11 06:34, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 01:23, John Beranek wrote:
>> On 09/03/2011 20:17, Ivan Zhakov wrote:
>>> On Tue, Mar 8, 2011 at 22:07, Greg Stein wrote:
On Tue, Mar 8, 2011 at 12:34, Ivan Zhakov wrote:
> ...
> It seems I found reason why ra_serf is s
>From issue tracker
(http://subversion.tigris.org/issues/show_bug.cgi?id=3787)
It would be ever-so-helpful to folks looking to capture and replicate a working
copy sparse checkouts configuration if 'svn info -R' would show exclude items,
if only optionally, and even then if only just with minimal
On Wed, 2011-03-09, Greg Stein wrote:
> I think it is okay, but it *is* a change from 1.6. In a working copy
> with two copies of a given repos_relpath, one could be annotated as
> "locked" and the other not. Then, running "svn status -u" would give
> two different status values for these local nod
Dongsheng Song writes:
> Index: l10n-report.py
> ===
> --- l10n-report.py (revision 1080141)
> +++ l10n-report.py (working copy)
> @@ -43,6 +43,7 @@
> FROM_ADDRESS = "Subversion Translation Status
> "
> LIST_ADDRESS = "d
On 10/03/11 06:34, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 01:23, John Beranek wrote:
>> On 09/03/2011 20:17, Ivan Zhakov wrote:
>>> On Tue, Mar 8, 2011 at 22:07, Greg Stein wrote:
On Tue, Mar 8, 2011 at 12:34, Ivan Zhakov wrote:
> ...
> It seems I found reason why ra_serf is s
[[[
Make translation status report message threaded.
* tools/po/l10n-report.py: Add "In-Reply-To:" and "References:" fields
to the translation status report message, so we can view mail more
clearly.
]]]
oracle@vc:~/vcs/svn/subversion/trunk/tools/po$ svn diff .
Index: l10n-report.py
=
43 matches
Mail list logo
