On Mon, Jun 6, 2011 at 6:32 PM, Stefan Sperling wrote:
> On Thu, Jun 02, 2011 at 07:06:05PM +0300, anatoly techtonik wrote:
>> Attached patch fixes svnmerge history conversion script to use
>> optparse library instead of getopt. This allows further addition of
>> new options, such as --username an
Daniel Shahaf wrote on Tue, Jun 07, 2011 at 21:40:00 +0300:
> Bert Huijben wrote on Tue, Jun 07, 2011 at 15:09:12 +0200:
> > > -Original Message-
> > > From: danie...@apache.org [mailto:danie...@apache.org]
> > > Sent: dinsdag 7 juni 2011 14:27
> > > To: comm...@subversion.apache.org
> > >
Julian Foad wrote on Mon, Jun 06, 2011 at 15:45:11 +0100:
> On Fri, 2011-06-03, Daniel Shahaf wrote:
> > Julian Foad wrote on Fri, Jun 03, 2011 at 09:52:21 +0100:
> > > +++ subversion/libsvn_ra_svn/marshal.c(working copy)
> > > @@ -563,36 +563,6 @@ svn_error_t *svn_ra_svn_write_tuple(svn_
> > >
We win! :-P
-- Forwarded message --
From: Shane Curcuru
Date: Tue, Jun 7, 2011 at 12:33
Subject: Congratulations Apache, Hadoop, Maven, and Subversion for SDTimes 100!
The "SD Times 100 2011: They write the songs" article:
http://www.sdtimes.com/link/35592
Lists each of "Hadoo
Paul Burba writes:
> I ran a series of simple comparisons today, checking out the 1.6.17
> tag vs. upgrading a 1.6 WC of the same. The upgrade was about twice
> as slow (yes obviously there are a lot of moving parts here and making
> a comparison between a local operation and one over the networ
Hi Everyone,
As pretty much an end user only of SVN;
I don't really much care - which option is the faster.
it will simply be a case of - do whichever of the tasks is the fastest way to
get me back to doing my real job, writing code.
Whatever gets SVN out of my way the soonest - is the path tha
On Jun 7, 2011 5:14 AM, wrote:
>
> Author: rhuijben
> Date: Tue Jun 7 12:14:14 2011
> New Revision: 1132968
>
> URL: http://svn.apache.org/viewvc?rev=1132968&view=rev
> Log:
> Following up on r1132965, just move the type. This matches how we handled
the
> problem for svn_error_t.
>
> * subversion
On Jun 7, 2011, at 2:01 AM, Michael Diers wrote:
> On 2011-06-07 04:38, Hyrum K Wright wrote:
>> On Mon, Jun 6, 2011 at 7:52 PM, Blair Zajac wrote:
>>> On 05/24/2011 01:12 AM, Stefan Sperling wrote:
On Mon, May 23, 2011 at 05:13:56PM -0700, Blair Zajac wrote:
>
> I see from
>
Here's an updated patch based on the current HEAD, and with
one or two minor improvements. While, as stated, the patch
can give many-fold speed increases for ideal cases, it also slows
down the LCS algorithm significantly for poorly matching files; I
got about 18% increase in running time on my sys
On 06/07/2011 03:22 PM, Paul Burba wrote:
> 3) Is there a general sense that upgrade performance is currently
> adequate? Do we really care if upgrade is slower than a checkout, as
> long as it is in the ballpark? After all, this is a one-and-done
> operation for most users.
As you said, for mos
Just a thought: is the upgrade time linear with WC size? If so, I say
"good enough", if much worse than linear, probably not good enough.
- Julian
On Tue, 2011-06-07 at 15:22 -0400, Paul Burba wrote:
> We've touched upon the performance of 'svn upgrade' vs. a fresh
> checkout a few times:
>
>
We've touched upon the performance of 'svn upgrade' vs. a fresh
checkout a few times:
"1.7 timing tests: update great, checkout needs work, upgrade horrible"
http://svn.haxx.se/dev/archive-2010-12/0161.shtml
"1.7 performance requirements for release"
http://svn.haxx.se/dev/archive-2010-12/0232.sh
Oh, and if it hasn't already grown one yet, svn_info2_t needs a
constructor. svn_wc_info_t doesn't, since it's always created by
libsvn_wc.
-Hyrum
On Tue, Jun 7, 2011 at 2:12 PM, Hyrum K Wright wrote:
> As the original author of svn_info2_t, I'll share some thoughts which
> might be of use.
>
>
As the original author of svn_info2_t, I'll share some thoughts which
might be of use.
The struct was originally defined as svn_info_t in svn_client.h, but
with wc-ng, it needed a face lift. At the same time, I recognized the
fact that info can be obtained via a URL, which returned a subset of
th
Bert Huijben wrote on Tue, Jun 07, 2011 at 15:09:12 +0200:
>
>
> > -Original Message-
> > From: danie...@apache.org [mailto:danie...@apache.org]
> > Sent: dinsdag 7 juni 2011 14:27
> > To: comm...@subversion.apache.org
> > Subject: svn commit: r1132972 -
> > /subversion/trunk/subversion/l
My current plan comes in two variants.
Minimal solution: move the whole type to libsvn_wc, putting it in the
svn_wc_ name space. A bit ugly in terms of how the svn_client_info3()
API would look, returning a svn_wc data type from a svn_client function,
but that's by no means unusual for us.
Bette
Summary:
+1 to release
Platform:
Linux (Debian/stable)
Tested:
tarball + local dependencies
(local, svn, svn+sasl, serf, neon) x (fsfs, fsfs/pack/shard, bdb)
swig-pl, swig-py, swig-rb
javahl x (fsfs, bdb)
(serf/v1, neon/v2) x (fsfs, bdb)
Results:
2 tests FAIL (issue 3904, ser
Paul Burba writes:
>> Scratch that, the op-depth, pristine-store, and tree-conflict-data all
>> fail individually too. I hadn't realized that this:
>>
>> op-depth-test.exe 1 --fs-type bdb
>>
>> is not equivalent to this:
>>
>> op-depth-test.exe --fs-type bdb 1
>>
>> Fixed that in r1132796
>>
>
On Mon, Jun 6, 2011 at 5:54 PM, Paul Burba wrote:
> On Mon, Jun 6, 2011 at 2:24 PM, Paul Burba wrote:
>> On Fri, Jun 3, 2011 at 3:12 PM, Hyrum K Wright wrote:
>>> All,
>>>
>>> At long request, we now have tarballs for the first 1.7.0 pre-release:
>>> 1.7.0-alpha1 ("phoenix-hatchling"). These we
> -Original Message-
> From: danie...@apache.org [mailto:danie...@apache.org]
> Sent: dinsdag 7 juni 2011 14:27
> To: comm...@subversion.apache.org
> Subject: svn commit: r1132972 -
> /subversion/trunk/subversion/libsvn_fs_fs/revprops-db.sql
>
> Author: danielsh
> Date: Tue Jun 7 12:27:
> -Original Message-
> From: Stephen Butler [mailto:sbut...@elego.de]
> Sent: dinsdag 7 juni 2011 13:45
> To: Bert Huijben
> Cc: 'Subversion Development'
> Subject: Re: svn commit: r1132834 - in /subversion/trunk/subversion:
> libsvn_client/copy.c libsvn_wc/adm_ops.c tests/cmdline/copy_te
> -Original Message-
> From: Hyrum K Wright [mailto:hy...@hyrumwright.org]
> Sent: dinsdag 7 juni 2011 14:25
> To: dev@subversion.apache.org
> Cc: comm...@subversion.apache.org
> Subject: Re: svn commit: r1132966 - in /subversion/trunk:
> subversion/include/ subversion/libsvn_ra_svn/ subv
How does this impact backward compat? If somebody was including just
'svn_wc.h' and expecting to get the contents of svn_version.h, their
code will now not compile, yes? This is demonstrated by our own build
breakage after r1132965.
(You mention a similar cleanup happened early in 1.7 developmen
On Jun 7, 2011, at 12:56 , Bert Huijben wrote:
>>>
>>> On Jun 7, 2011, at 2:02 , Bert Huijben wrote:
>>>
>>> [...]
>>>
>> Author: sbutler
>> Date: Mon Jun 6 23:27:06 2011
>> New Revision: 1132834
>>
>> URL: http://svn.apache.org/viewvc?rev=1132834&view=rev
>> Log:
>>>
Two things about the new svn_info2_t structure.
svn_info2_t contains the following fields, which I'll group into four
sections:
repos node coordinates:
repos_root_URL
repos_UUID
rev
URL
repos node basic info:
kind
size
last_changed_rev
last_changed_date
la
> -Original Message-
> From: Stephen Butler [mailto:sbut...@elego.de]
> Sent: dinsdag 7 juni 2011 2:49
> To: Stephen Butler
> Cc: Bert Huijben; Subversion Development
> Subject: Re: svn commit: r1132834 - in /subversion/trunk/subversion:
> libsvn_client/copy.c libsvn_wc/adm_ops.c tests/cm
While reading code I found this unnecessary comment.
Log
[[[
* subversion/libsvn_wc/info.c
(build_info_for_entry): Remove redundant comment line.
]]]
Thanks and Regards
Noorul
Index: subversion/libsvn_wc/info.c
===
--- subver
On 2011-06-07 04:38, Hyrum K Wright wrote:
> On Mon, Jun 6, 2011 at 7:52 PM, Blair Zajac wrote:
>> On 05/24/2011 01:12 AM, Stefan Sperling wrote:
>>>
>>> On Mon, May 23, 2011 at 05:13:56PM -0700, Blair Zajac wrote:
I see from
http://www.elegosoft.com/bestof-svnday2011/
>>>
Just a reminder about putting this functionality in APR, in case some
people in this thread aren't aware:
When we discover some functionality that would ideally be provided by
APR but isn't, such as this, then we should write it in such a way that
it is suitable for inclusion in APR (except for ne
29 matches
Mail list logo
