On Mon, Mar 7, 2011 at 3:26 PM, John Beranek wrote:
> Hmm...I'm surprised (and disappointed). No one is interested in
> Subversion 1.7 being lower performance than 1.6?
You're not telling us something we don't already know (go read the
archives some time). Many folks are still working on improvi
Translation status report for trunk@r1079092
lang trans untrans fuzzy obs
--
de2047 133 252 217
es1984 196 283 355
fr2169 11 22 23
it1838 342 477 174
ja1976
[ haven't seen that yet because I wasn't CCed ]
Kamesh Jayachandran wrote on Wed, Mar 02, 2011 at 20:12:43 +0530:
> On 03/02/2011 07:47 PM, Daniel Shahaf wrote:
> >Bert Huijben wrote on Wed, Mar 02, 2011 at 11:14:24 +0100:
> >>>-Original Message-
> >>>From: Arwin Arni [mailto:ar...@collab.
On 05/03/2011 23:23, John Beranek wrote:
> Hi,
>
> I'm not sure if much performance comparison has been performed, but I'm
> unhappy to report a significant _reduction_ in speed in a checkout.
Hmm...I'm surprised (and disappointed). No one is interested in
Subversion 1.7 being lower performance t
stef...@apache.org wrote on Mon, Mar 07, 2011 at 22:28:25 -:
> Modified: subversion/trunk/subversion/libsvn_fs_fs/caching.c
> URL:
> http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_fs_fs/caching.c?rev=1078990&r1=1078989&r2=1078990&view=diff
> ===
On Mon, Mar 7, 2011 at 3:03 PM, Daniel Shahaf wrote:
> hwri...@apache.org wrote on Mon, Mar 07, 2011 at 20:03:37 -:
>> Author: hwright
>> Date: Mon Mar 7 20:03:37 2011
>> New Revision: 1078914
>>
>> URL: http://svn.apache.org/viewvc?rev=1078914&view=rev
>> Log:
>> Reduce the number of stat()s
hwri...@apache.org wrote on Mon, Mar 07, 2011 at 20:03:37 -:
> Author: hwright
> Date: Mon Mar 7 20:03:37 2011
> New Revision: 1078914
>
> URL: http://svn.apache.org/viewvc?rev=1078914&view=rev
> Log:
> Reduce the number of stat()s in wc-ng by implementing a very simple LRU cache.
> This coul
svn-bisect says this started in r1078366.
Daniel Shahaf wrote on Mon, Mar 07, 2011 at 19:33:48 +0200:
> I reproducibly run into a checksum mismatch error when dump|load'ing the
> svn-org mirror on svn-qavm.apache.org.
>
> Background: svn-qavm hosts a mirror of the public portion of svn-org.
> Tha
On Mon, Mar 7, 2011 at 2:37 PM, Greg Stein wrote:
> On Mon, Mar 7, 2011 at 15:13, wrote:
>> Author: hwright
>> Date: Mon Mar 7 20:13:29 2011
>> New Revision: 1078918
>>
>> URL: http://svn.apache.org/viewvc?rev=1078918&view=rev
>> Log:
>> Add an iterpool to a loop in wc-ng.
>>
>> * subversion/li
On Mon, Mar 7, 2011 at 14:41, Justin Erenkrantz wrote:
> On Mon, Mar 7, 2011 at 9:34 AM, C. Michael Pilato wrote:
>> Such an optimization would be beyond negligible, processing- and
>> network-usage-wise. And by allowing the server to dictate "This is how you
>> need to talk to me" we leave allo
On Mon, Mar 7, 2011 at 15:13, wrote:
> Author: hwright
> Date: Mon Mar 7 20:13:29 2011
> New Revision: 1078918
>
> URL: http://svn.apache.org/viewvc?rev=1078918&view=rev
> Log:
> Add an iterpool to a loop in wc-ng.
>
> * subversion/libsvn_wc/wc_db.c
> (svn_wc__db_temp_forget_directory): Add ite
On Mon, Mar 7, 2011 at 9:34 AM, C. Michael Pilato wrote:
> Such an optimization would be beyond negligible, processing- and
> network-usage-wise. And by allowing the server to dictate "This is how you
> need to talk to me" we leave allow ourselves the option of making changes to
> the server's UR
On Mon, Mar 7, 2011 at 10:36 AM, Hyrum K Wright wrote:
> On Mon, Mar 7, 2011 at 6:11 AM, Philip Martin
> wrote:
>> stef...@apache.org writes:
>>
>>> Author: stefan2
>>> Date: Sat Mar 5 21:18:33 2011
>>> New Revision: 1078357
>>
>>> Modified: subversion/trunk/subversion/svnadmin/main.c
>>> URL:
I am explicitly interest in finding a more recent revision than N of a
specific resource.
svn log -r N:HEAD path-of-resource@N
It is possible to find older revision (-r N:1 path@N) and the resource must
not exist in revision one.
I think you essentially want Subversion to apply some more heu
C. Michael Pilato wrote:
> On 03/07/2011 09:36 AM, Julian Foad wrote:
> > Just a passing question from a non-expert on a possible simplification
> > to the HTTPv2 spec .
> >
> >> * Opening an RA session:
> >>
> >>ra_serf will send an OPTIONS request when creating a new
> >>ra_session. mod
On 03/07/2011 09:14 AM, Avalon wrote:
> I am explicitly interest in finding a more recent revision than N of a
> specific resource.
> svn log -r N:HEAD path-of-resource@N
>
> It is possible to find older revision (-r N:1 path@N) and the resource must
> not exist in revision one.
I think you ess
On 03/07/2011 09:36 AM, Julian Foad wrote:
> Just a passing question from a non-expert on a possible simplification
> to the HTTPv2 spec .
>
>> * Opening an RA session:
>>
>>ra_serf will send an OPTIONS request when creating a new
>>ra_session. mod_dav_svn will send back what it already s
On Sat, Mar 5, 2011 at 3:18 PM, wrote:
> Author: stefan2
> Date: Sat Mar 5 21:18:33 2011
> New Revision: 1078357
>
> URL: http://svn.apache.org/viewvc?rev=1078357&view=rev
> Log:
> Merge all changes (r1072541 - r1078213) from the
> integrate-txdelta-caching branch.
>
> These patches introduce ca
I reproducibly run into a checksum mismatch error when dump|load'ing the
svn-org mirror on svn-qavm.apache.org.
Background: svn-qavm hosts a mirror of the public portion of svn-org.
That mirror was created by svnsync 1.6.6. I dumped it (using
svnadmin dump --deltas -q) and tried to load the dump
Stefan Sperling wrote on Mon, Mar 07, 2011 at 12:54:10 +0100:
> On Mon, Mar 07, 2011 at 08:59:35AM +0100, Simon Wilson wrote:
> > I'm posting here for feedback before opening an issue with Subversion
> > tracker.
> >
> > Using the 'svn mkdir' command against a 1.5/1.6 format repository via
> > ra
On Mon, Mar 7, 2011 at 6:11 AM, Philip Martin
wrote:
> stef...@apache.org writes:
>
>> Author: stefan2
>> Date: Sat Mar 5 21:18:33 2011
>> New Revision: 1078357
>
>> Modified: subversion/trunk/subversion/svnadmin/main.c
>> URL:
>> http://svn.apache.org/viewvc/subversion/trunk/subversion/svnadmin
Just a passing question from a non-expert on a possible simplification
to the HTTPv2 spec .
> * Opening an RA session:
>
>ra_serf will send an OPTIONS request when creating a new
>ra_session. mod_dav_svn will send back what it already sends now,
>but will also return new information
For the svn log command the direction "-r N:1" works fine - even if the
resource does NOT exist in revision one.
So in this case the resource is NOT checked to exist in both start and end
revision.
For the forward case the existance in the end revision seems to be checked
indeed.
This is what
On Mon, Mar 07, 2011 at 01:29:29PM +0100, Avalon wrote:
> For the svn log command the direction "-r N:1" works fine - even if the
> resource does NOT exist in revision one.
> So in this case the resource is NOT checked to exist in both start and end
> revision.
>
Ah, I think I see where your pr
Philip Martin wrote:
> Julian Foad writes:
>
> > One thing that's not 100% clear from the protocol doc update is whether
> > the server sends *both* txn names in response, or just the "V" version.
> > If it sends both, then we need to specify whether the client has to use
> > the "V" version or c
Julian Foad writes:
> One thing that's not 100% clear from the protocol doc update is whether
> the server sends *both* txn names in response, or just the "V" version.
> If it sends both, then we need to specify whether the client has to use
> the "V" version or can choose to use either one, or c
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: maandag 7 maart 2011 13:50
> To: Bert Huijben
> Cc: 'Daniel Shahaf'; dev@subversion.apache.org
> Subject: Re: svn commit: r1078497 - in /subversion/trunk/subversion:
> libsvn_wc/adm_crawler.c libsvn_wc/
On Fri, 2011-03-04, Philip Martin wrote:
> Extend Subversion's v2 HTTP protocol to include URIs that allow the
> client to define the transaction name visible in on the wire.
>
> If the client sends, or a proxy injects, an SVN-VTxn-Name header with
> the POST request it defines the transaction nam
"Bert Huijben" writes:
>> > Some scenarios:
>> >
>> > % svn cp A A2; svn up A2/
>> >
>> > % svn cp A A2; svn up A2/mu
>> >
>> > % svn rm A2; svn cp A A2; svn up A2/
>> >
>> > % svn rm A2; svn cp A A2; cd A2; svn up
>> >
>> > % svn rm A2; svn cp A A2; cd A2; svn up mu
>>
>> At present the copyfro
Philip Martin wrote on Mon, Mar 07, 2011 at 09:28:43 +:
> Daniel Shahaf writes:
>
> > On IRC, Bert and I were in disagreement as to how 'svn up' should behave
> > in intersection with locally-added trees: whether 'update' should always
> > affect the BASE tree (irrespective of any locally-rep
Hi Stefan,
i am using the svn log command with a "forward" revision range, e.g. "-r
N:HEAD".
This fails if the requested path has been deleted in HEAD revision.
When used with "backward" ranges, which are commonly used, e.g. "-r N:1", the
result is ok - even if the requested path is not prese
On Mon, Mar 07, 2011 at 01:09:17PM +0100, Avalon wrote:
> >i am using the svn log command with a "forward" revision range, e.g. "-r
> >N:HEAD".
> >This fails if the requested path has been deleted in HEAD revision.
> >
> >When used with "backward" ranges, which are commonly used, e.g. "-r N:1",
>
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: maandag 7 maart 2011 10:29
> To: Daniel Shahaf
> Cc: dev@subversion.apache.org; Bert Huijben
> Subject: Re: svn commit: r1078497 - in /subversion/trunk/subversion:
> libsvn_wc/adm_crawler.c libsvn_wc/up
stef...@apache.org writes:
> Author: stefan2
> Date: Sat Mar 5 21:18:33 2011
> New Revision: 1078357
> Modified: subversion/trunk/subversion/svnadmin/main.c
> URL:
> http://svn.apache.org/viewvc/subversion/trunk/subversion/svnadmin/main.c?rev=1078357&r1=1078356&r2=1078357&view=diff
> ==
i am using the svn log command with a "forward" revision range, e.g. "-r
N:HEAD".
This fails if the requested path has been deleted in HEAD revision.
When used with "backward" ranges, which are commonly used, e.g. "-r N:1", the
result is ok - even if the requested path is not present in revisio
On Mon, Mar 07, 2011 at 08:59:35AM +0100, Simon Wilson wrote:
> I'm posting here for feedback before opening an issue with Subversion tracker.
>
> Using the 'svn mkdir' command against a 1.5/1.6 format repository via
> ra_local (i.e. with a file:// URL) with 64-bit Subversion on Mac OS X results
Daniel Shahaf writes:
> On IRC, Bert and I were in disagreement as to how 'svn up' should behave
> in intersection with locally-added trees: whether 'update' should always
> affect the BASE tree (irrespective of any locally-replaced trees), or
> whether it should be interpreted as applying to the
I'm posting here for feedback before opening an issue with Subversion tracker.
Using the 'svn mkdir' command against a 1.5/1.6 format repository via ra_local
(i.e. with a file:// URL) with 64-bit Subversion on Mac OS X results in a
segmentation fault. This 100% reproducible both with 'svn' in Te
38 matches
Mail list logo
