Re: 1.8.8 up for testing/signing

2014-02-19 Thread Julian Foad
Ben Reser wrote: On 2/18/14, 12:22 PM, Johan Corveleyn wrote: Thanks for the hint. Now, this wasn't an error path (just a commit that should have succeeded and should've written something to stdout). I'm not sure how I can determine that this is the likely cause ... I can't seem to

Re: 1.8.8 up for testing/signing

2014-02-19 Thread Johan Corveleyn
On Wed, Feb 19, 2014 at 9:04 AM, Julian Foad julianf...@btopenworld.com wrote: Ben Reser wrote: On 2/18/14, 12:22 PM, Johan Corveleyn wrote: Thanks for the hint. Now, this wasn't an error path (just a commit that should have succeeded and should've written something to stdout). I'm not

Re: 1.8.8 up for testing/signing

2014-02-19 Thread Johan Corveleyn
On Tue, Feb 18, 2014 at 11:15 PM, Philip Martin philip.mar...@wandisco.com wrote: Ben Reser b...@reser.org writes: On 2/18/14, 12:22 PM, Johan Corveleyn wrote: Thanks for the hint. Now, this wasn't an error path (just a commit that should have succeeded and should've written something to

Re: RFE: API for an efficient retrieval of server-side mergeinfo data

2014-02-19 Thread Marc Strapetz
On 18.02.2014 15:26, Julian Foad wrote: Marc Strapetz wrote: On 17.02.2014 18:36, Julian Foad wrote: Marc Strapetz wrote: Hence an API like the following should work well for us: interface MergeinfoDiffCallback { void mergeinfoDiff(int revision, MapString,

Re: svn commit: r1569697 - create a diff processor in one place...

2014-02-19 Thread Julian Foad
Hi Bert. I like what you're doing here. Here's a quick review. URL: http://svn.apache.org/r1569697 Log: Following up on r1569551, update the libsvn_client 'svn diff' code to create adiff processor in one place and directly pass that to all the different diff implementations. Move

Re: 1.7.16 up for testing/signing

2014-02-19 Thread Branko Čibej
Summary: +1 to release Platform Mac OS X 10.9.1 Mavericks, build 13B42 Standard dependencies: Apple clang(++) 5.0 (clang-500.2.79)/LLVM 3.3svn APR 1.4.5 APR-Util 1.3.12 zlib 1.2.5 httpd 2.2.24 OpenSSL 0.9.8y Python 2.7.5 Perl 5.16.2

Re: RFE: API for an efficient retrieval of server-side mergeinfo data

2014-02-19 Thread Julian Foad
Marc Strapetz wrote: Julian Foad wrote: It looks like we have an agreement in principle. Would you like to file an enhancement issue? Great. I've filed an issue now: http://subversion.tigris.org/issues/show_bug.cgi?id=4469 Would you please review the various attributes (Subcomponent,

Re: 1.7.16 up for testing/signing

2014-02-19 Thread Philip Martin
Summary: +1 to release Platform: Linux (Debian/wheezy) Tested: (local, svn, svn+sasl, serf, neon) x (fsfs, fsfs/pack/shard, bdb) (serf/v1, neon/v1) x (fsfs, bdb) swig-pl, swig-py, swig-rb, ctypes-python javahl x (fsfs, bdb) Results: All tests PASS except for known failure of

Re: RFE: API for an efficient retrieval of server-side mergeinfo data

2014-02-19 Thread Marc Strapetz
On 19.02.2014 16:06, Julian Foad wrote: Marc Strapetz wrote: Julian Foad wrote: It looks like we have an agreement in principle. Would you like to file an enhancement issue? Great. I've filed an issue now: http://subversion.tigris.org/issues/show_bug.cgi?id=4469 Would you please

RE: svn commit: r1569697 - create a diff processor in one place...

2014-02-19 Thread Bert Huijben
-Original Message- From: Julian Foad [mailto:julianf...@btopenworld.com] Sent: woensdag 19 februari 2014 13:58 To: Bert Huijben Cc: dev@subversion.apache.org Subject: Re: svn commit: r1569697 - create a diff processor in one place... Hi Bert. I like what you're doing here.

Re: svn_ra_get_file_revs2 vs. blame vs. FS API

2014-02-19 Thread Stefan Fuhrmann
On Mon, Feb 17, 2014 at 12:28 PM, Julian Foad julianf...@btopenworld.comwrote: Stefan Fuhrmann wrote: r1568600 uncovered an inconsistency in our API usage / interpretation making blame -g tests fail for FSX. The starting point is svn_fs_contents_changed and svn_fs_props_changed. FSFS

Re: svn_ra_get_file_revs2 vs. blame vs. FS API

2014-02-19 Thread Stefan Fuhrmann
On Sun, Feb 16, 2014 at 10:09 PM, Bert Huijben b...@qqmail.nl wrote: Hi, I don't believe the -g implementation really works... It is a nice proof of concept, but it doesn't handle many merge scenarios. (It only works if you assume branches that are kept closely in sync).

fsfs-stats potentially busted on some architectures

2014-02-19 Thread Ben Reser
Found via the following compiler warning on OS X: /Users/breser/wandisco/share/wcs/svn-trunk/tools/server-side/fsfs-stats.c:1556:61: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] ffd-youngest_rev_cache + 1,

Re: fsfs-stats potentially busted on some architectures

2014-02-19 Thread Branko Čibej
On 20.02.2014 00:00, Ben Reser wrote: Found via the following compiler warning on OS X: /Users/breser/wandisco/share/wcs/svn-trunk/tools/server-side/fsfs-stats.c:1556:61: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32]

Re: fsfs-stats potentially busted on some architectures

2014-02-19 Thread Branko Čibej
On 20.02.2014 02:52, Ben Reser wrote: On 2/19/14, 5:30 PM, Branko Čibej wrote: 3) Do nothing. Trying to support 16-bit architectures is futile. No-one will host Subversion servers on microcontrollers. I'm perfectly fine with that decision. I just wanted some feedback before I hid the