[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: 1.7.20 release candidates up for testing/signing

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Thu, 19 Mar 2015 18:06:50 +0100

On Wed, Mar 18, 2015 at 3:09 PM, Stefan Sperling <stsp_at_elego.de> wrote:
> The 1.7.20 release is now up for testing/signing at
> https://dist.apache.org/repos/dist/dev/subversion
> Please add your signatures there.
>
> The anticipated release day is March 31.
>
> Note that libsvn_subr/mergeinfo-test 6 and 10 may have occasional failures
> (segfaults) due to a one-byte read past a string buffer (which cause a crash
> on OpenBSD and maybe on other platforms as well).
> This is not a regression from 1.7.19 where the problem already existed.

I get one (reproducible) test failure with ra_svn, in
svndumpfilter_tests.py 2 (svndumpfilter loses mergeinfo):

[[[
CMD: svnadmin.exe load --quiet svn-test-work\repositories\svndumpfilter_tests-2
<TIME = 0.343000>
CMD: svn.exe propget svn:mergeinfo -R
svn://localhost/svn-test-work/repositories/svndumpfilter_tests-2
--config-dir R:\test\subversion\tests\cmdline\svn-test-work\local_tmp\config
--password rayjandom --no-auth-cache --username jrandom
CMD: R:\test\subversion\svn\svn.exe propget svn:mergeinfo -R
svn://localhost/svn-test-work/repositories/svndumpfilter_tests-2
--config-dir R:\test\subversion\tests\cmdline\svn-test-work\local_tmp\config
--password rayjandom --no-auth-cache --username jrandom exited with 1
<TIME = 0.047000>
svn: E160004: Corrupt node-revision '0.0.r9/882'
svn: E160004: Missing id field in node-rev
Traceback (most recent call last):
  File "C:\research\svn\dev\subversion-1.7.20\subversion\tests\cmdline\svntest\main.py",
line 1319, in run
    rc = self.pred.run(sandbox)
  File "C:\research\svn\dev\subversion-1.7.20\subversion\tests\cmdline\svntest\testcase.py",
line 176, in run
    return self.func(sandbox)
  File "C:\research\svn\dev\subversion-1.7.20\subversion\tests\cmdline\svndumpfilter_tests.py",
line 163, in svndumpfilter_loses_mergeinfo
    sbox.repo_url)
  File "C:\research\svn\dev\subversion-1.7.20\subversion\tests\cmdline\svntest\actions.py",
line 268, in run_and_verify_svn
    expected_exit, *varargs)
  File "C:\research\svn\dev\subversion-1.7.20\subversion\tests\cmdline\svntest\actions.py",
line 306, in run_and_verify_svn2
    exit_code, out, err = main.run_svn(want_err, *varargs)
  File "C:\research\svn\dev\subversion-1.7.20\subversion\tests\cmdline\svntest\main.py",
line 601, in run_svn
    *(_with_auth(_with_config_dir(varargs))))
  File "C:\research\svn\dev\subversion-1.7.20\subversion\tests\cmdline\svntest\main.py",
line 350, in run_command
    None, *varargs)
  File "C:\research\svn\dev\subversion-1.7.20\subversion\tests\cmdline\svntest\main.py",
line 526, in run_command_stdin
    raise Failure
Failure
FAIL: svndumpfilter_tests.py 2: svndumpfilter loses mergeinfo
]]]

Does this ring a bell for anyone? See full log in attachment.

With 1.8.13, all tests were successful (fsfs x [ all ra layers ]).
With 1.7.20, ra_local and ra_neon went fine (ra_serf still running).
Only this one test failure with ra_svn.

I'm not sure if this is a regression, since this is a new laptop / new
tool chain. Unless anyone can pinpoint this, I'll try a previous 1.7
version to see if it's a regression somewhere.

-- 
Johan

Received on 2015-03-19 18:16:14 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.