Re: Improving CHANGES (or at least making it easier to produce)

2013-09-01 Thread Johan Corveleyn
On Fri, Aug 30, 2013 at 11:38 PM, Ben Reser wrote: > On 8/30/13 4:01 AM, Branko Čibej wrote: >> A log message should describe what changed in the code. Automatically >> generating release notes and/or CHANGES from log messages is, in my >> experience, quite impractical. A better approach would be

Re: svn commit: r1519275 - /subversion/trunk/subversion/libsvn_subr/cache-membuffer.c

2013-09-01 Thread Branko Čibej
On 01.09.2013 16:40, danie...@apache.org wrote: > Author: danielsh > Date: Sun Sep 1 14:40:55 2013 > New Revision: 1519275 > > URL: http://svn.apache.org/r1519275 > Log: > Fix a compiler warning. No functional change. > > * subversion/libsvn_subr/cache-membuffer.c > (ensure_data_insertable_l1):

Re: svn commit: r1519275 - /subversion/trunk/subversion/libsvn_subr/cache-membuffer.c

2013-09-01 Thread Blair Zajac
On 09/01/2013 09:20 AM, Branko Čibej wrote: On 01.09.2013 16:40, danie...@apache.org wrote: Author: danielsh Date: Sun Sep 1 14:40:55 2013 New Revision: 1519275 URL: http://svn.apache.org/r1519275 Log: Fix a compiler warning. No functional change. * subversion/libsvn_subr/cache-membuffer.c

[svnbench] Revision: 1519327 compiled Sep 2 2013, 00:22:07 on x86_64-unknown-linux-gnu

2013-09-01 Thread neels
1.7.0@1181106 vs. trunk@1519283 Started at Mon Sep 2 00:26:03 UTC 2013 *DISCLAIMER* - This tests only file://-URL access on a GNU/Linux VM. This is intended to measure changes in performance of the local working copy layer, *only*. These results are *not* generally true for everyone. Charts of t