Re: svn commit: r1678734 - in /subversion/trunk/subversion:include/private/ libsvn_subr/ svn/ svnbench/ svnmucc/ svnrdump/ svnsync/tests/cmdline/getopt_tests_data/

2015-05-11 Thread Daniel Shahaf
Bert Huijben wrote on Mon, May 11, 2015 at 19:13:33 +0200: > Hmm. I think I copied that from some code that uses it for showing warnings. > (The config options parse function) > The --config-option parser needs 'prefix' because it calls svn_handle_warning2(). You just call svn_error_create() so

Re: Issue 4579 / svnmucc fails to process certain deletes

2015-05-11 Thread Ben Reser
On 5/11/15 11:41 AM, Evgeny Kotkov wrote: > I raised an issue because I think that we care about compatibility and about > *not* breaking user scripts and tools that happen to use 'svnmucc'. Other > possible examples that work in 1.8.13, but fail in 1.9.0 RC1 include: > > svnmucc rm /A/mu rm /A

Re: Issue 4579 / svnmucc fails to process certain deletes

2015-05-11 Thread Evgeny Kotkov
(Moving the http://subversion.tigris.org/issues/show_bug.cgi?id=4579 discussion to ) Bert Huijben writes: > The documentation you quote doesn't allow these scenarios. >From my reading of ^/branches/1.8.x/subversion/svnmucc/svnmucc.c:460-475 [1], svnmucc allowed these scenarios when constructin

RE: svn commit: r1678734 - in /subversion/trunk/subversion:include/private/ libsvn_subr/ svn/ svnbench/ svnmucc/ svnrdump/ svnsync/tests/cmdline/getopt_tests_data/

2015-05-11 Thread Bert Huijben
Hmm. I think I copied that from some code that uses it for showing warnings. (The config options parse function) Bert -Original Message- From: "Philip Martin" Sent: ‎11-‎5-‎2015 18:33 To: "rhuij...@apache.org" Cc: "dev@subversion.apache.org" Subject: Re: svn commit: r1678734 - in /su

Re: svn commit: r1678734 - in /subversion/trunk/subversion: include/private/ libsvn_subr/ svn/ svnbench/ svnmucc/ svnrdump/ svnsync/ tests/cmdline/getopt_tests_data/

2015-05-11 Thread Philip Martin
rhuij...@apache.org writes: > Author: rhuijben > Date: Mon May 11 11:56:46 2015 > New Revision: 1678734 > +svn_error_t * > +svn_cmdline__parse_trust_options( > +svn_boolean_t *trust_server_cert_unknown_ca, > +svn_boolean_t *trust_server_cert_cn_mism

Re: svn commit: r1678151 - in /subversion/trunk/subversion/libsvn_fs_fs: cached_data.c fs_fs.c recovery.c transaction.c

2015-05-11 Thread Stefan Sperling
On Thu, May 07, 2015 at 03:19:55PM +0200, Bert Huijben wrote: > Your log message documents this change as 'This way, the hash parser's error > message is preserved.', which is not what this change does. The docstring of svn_error_quick_wrap fooled me. I've reverted r1678151 and improved the docst

Getting ready for RC2 (was: Apache Subversion 1.9.0-rc1 released)

2015-05-11 Thread Branko Čibej
Now that this is out of the way, I propose we start rolling RC2 immediately. A number of critical changes have already been backported to 1.9.x, and a few are still waiting in STATUS. Our pre-release soak period starts today. Currently I see nothing slated for RC2 that would require a restart of t

Apache Subversion 1.9.0-rc1 released

2015-05-11 Thread Branko Čibej
I'm happy to announce the release of Apache Subversion 1.9.0-rc1. Please choose the mirror closest to you by visiting: http://subversion.apache.org/download/#pre-releases The SHA1 checksums are: 33158dbb728ea53492a45bdfeb42c2ea766ed768 subversion-1.9.0-rc1.tar.bz2 d3e46b8856315b9778d