C. Michael Pilato wrote on Thu, Apr 07, 2011 at 11:19:48 -0400:
> "Remove temp APIs": I would put this at "nice to have". These APIs are
> private, so what's the penalty if they wind up in the release?
We'd have to support them privately for the rest of the 1.7.x line, due
to private ABI compati
Neels Hofmeyr wrote on Thu, Apr 07, 2011 at 16:42:43 +0200:
> I have no idea about other loads on our vm. Maybe we could use the
> user/sys output of 'time -p' instead of the real-world time measurements
> it is taking right now, although my intention was to stick to the actual
> real world time. O
On 04/07/2011 11:57 AM, Ivan Zhakov wrote:
> On Thu, Apr 7, 2011 at 19:19, C. Michael Pilato wrote:
>>
>> "libsvn_ra_serf stabilization": Ivan and others have made progress in this
>> space, and AFAIK the Serf project has made the "new public release of serf
>> which contains the fix for the mass
On Thu, Apr 07, 2011 at 11:19:48AM -0400, C. Michael Pilato wrote:
> "Externals": This one concerns me. The referenced issue (#3818) implies
> that we plan to completely rework our storage and handling of externals in
> the 1.7 timeframe. Further, there are references to regressions against
> 1.
On Thu, Apr 7, 2011 at 19:19, C. Michael Pilato wrote:
>
> "libsvn_ra_serf stabilization": Ivan and others have made progress in this
> space, and AFAIK the Serf project has made the "new public release of serf
> which contains the fix for the massive SSL memory leak" that we call for.
> What's l
I'm looking at a number of things right now, trying to get a handle on
exactly where 1.7 is in its slow trek towards completion. Obviously, we
have the issue tracker and its issues as one guidepost, but I'm also looking
at some of the other meta-issues we've chosen to track on our roadmap page
--
On Thu, 2011-04-07 at 08:03 -0500, Hyrum K Wright wrote:
> This is great work, though as you admit the results are bit
> incomprehensible at this stage. Would it make sense to somehow
Hmm, I think stsp was a bit early to post, I'm still in the sanity
checking phase ;)
E.g.,:
[[[
Timings for 5x
[ summary for dev@: bug in trunk that doesn't reproduce in 1.6.16;
I can reproduce it with trunk/ra_serf but not with trunk/ra_neon ]
Aleksandr Platonov wrote on Thu, Apr 07, 2011 at 17:52:13 +0400:
>
> I build Subversion as a part of TortoiseSVN (see
> http://tortoisesvn.googlecode.com/svn/trunk
On Thu, Apr 07, 2011 at 02:42:40PM +0300, Daniel Shahaf wrote:
> Stefan Sperling wrote on Thu, Apr 07, 2011 at 11:38:43 +0200:
> > While this should show no information about foo:
> >
> > $ svn st --depth=empty
>
> And then there is
>
> % svn st --depth=empty foo
>
> which, I believe, should
On 04/07/2011 07:29 AM, Stefan Sperling wrote:
> Neels has set up his performance benchmarks to run on the svn VM
> we have at apache.org.
[...]
> Below are the results of the latest run.
> They're probably a bit hard to decipher as is. The plan is to make the
> scripts produce more easily digest
On 04/07/2011 08:44 AM, Philip Martin wrote:
> I'm not really sure how a copied switch should behave when committed, is
> the above correct?
This use-case doesn't even make sense to me. Switch is a working copy
operation concept -- causing local elements to reflect an alternate line of
history.
On Thu, Apr 7, 2011 at 6:29 AM, Stefan Sperling wrote:
> Neels has set up his performance benchmarks to run on the svn VM
> we have at apache.org.
>
> The tests only use ra_Local and are supposed to measure wc-ng
> performance, not httpv2. They focus on edge cases and are thus a
> good addition to
phi...@apache.org writes:
> Author: philip
> Date: Thu Apr 7 12:34:33 2011
> New Revision: 1089856
>
> URL: http://svn.apache.org/viewvc?rev=1089856&view=rev
> Log:
> Make switch_tests.py 38 into a PASS. It was failing because of an
> 'R'/'A' difference between WCNG status and the old entries-ba
Hello, everyone. As a GSOC volunteer, I have given my thoughts on the
idea "Allow SVN test suite to be run in production environments" below
to get your advice before applying. Comments are welcome, thanks!
title:Allow the test suite to be run in production environments.
What's the sisuation no
Stefan Sperling wrote on Thu, Apr 07, 2011 at 11:38:43 +0200:
> I think --depth was initially conceived for checkout and update to control
> sparse working copies. Then it ended up being used also to replace the -R
> and -N switches of other subcommands (-N being --depth=empty).
Actually -N meant
Stefan Sperling wrote on Thu, Apr 07, 2011 at 11:38:43 +0200:
> While this should show no information about foo:
>
> $ svn st --depth=empty
And then there is
% svn st --depth=empty foo
which, I believe, should show information about 'foo' even if it's a file.
for delete operations.
--8<---
/home/neels/svnbench/20110407-002451
Started at Thu Apr 7 00:24:51 UTC 2011
Hi, going to run a Subversion benchmark series of 6 runs...
Going to write results to new file 5x5_1.6
Running svn benc
On Thu, Apr 07, 2011 at 02:46:45PM +0530, Noorul Islam K M wrote:
> Daniel Shahaf writes:
>
> > Noorul Islam K M wrote on Thu, Apr 07, 2011 at 10:17:49 +0530:
> >
> >> Index: subversion/libsvn_client/info.c
> >> ===
> >> --- subversi
Log
[[
Follow-up to r1089786.
* subversion/svn/main.c
(main): Replace macro usage by constant output.
Patch by: Noorul Islam K M
]]
Thanks and Regards
Noorul
Index: subversion/svn/main.c
===
--- subversion/svn/main.c (rev
Daniel Shahaf writes:
> Noorul Islam K M wrote on Thu, Apr 07, 2011 at 10:17:49 +0530:
>
>> Index: subversion/libsvn_client/info.c
>> ===
>> --- subversion/libsvn_client/info.c (revision 1089373)
>> +++ subversion/libsvn_client/info
Noorul Islam K M wrote on Thu, Apr 07, 2011 at 10:17:49 +0530:
> Index: subversion/libsvn_client/info.c
> ===
> --- subversion/libsvn_client/info.c (revision 1089373)
> +++ subversion/libsvn_client/info.c (working copy)
> @@ -408,1
21 matches
Mail list logo
