On Thu, May 10, 2012 at 12:49 PM, Philip Martin <[email protected]> wrote: > Subversion 1.7.5 tarballs are now available for testing/signing by > committers. To obtain them please check out a working copy from > https://dist.apache.org/repos/dist/dev/subversion
Summary: +1 for release. Tested: ra_fsfs x ra_local; I did basic functionality checks for HTTP w/neon & serf. Test results: All tests passed. (Random notes below) Platform: Mac OS X 10.7.3 I committed my sig for the three files to the dist tree. Random notes for posterity: My first 'make check' ran had 3 failures: FAIL: basic_tests.py 16: attempt to change node kind FAIL: copy_tests.py 11: working-copy to repository copy FAIL: diff_tests.py 23: diff a file within a renamed directory The basic_tests.py failure: CMD: svn ci svn-test-work/working_copies/basic_tests-16 -m 'log msg' --config-dir .../subversion-1.7.5/subversion/tests/cmdline/svn-test-work/local_tmp/config --password rayjandom --no-auth-cache --username jrandom CMD: .../svn ci svn-test-work/working_copies/basic_tests-16 -m 'log msg' --config-dir .../subversion-1.7.5/subversion/tests/cmdline/svn-test-work/local_tmp/config --password rayjandom --no-auth-cache --username jrandom terminated by signal 11 (no other error message) I then upgraded to the latest MacPorts build of APR, SQLite, and serf1. I then re-ran checks - and all passed. So, it may have been an out-of-date dependency. When testing ra_neon, I received: % ./subversion/svn/svn ls https://svn.apache.org/repos/asf/ svn: E175002: Unable to connect to a repository at URL 'https://svn.apache.org/repos/asf' svn: E175002: OPTIONS of 'https://svn.apache.org/repos/asf': SSL handshake failed: SSL disabled due to library version mismatch (https://svn.apache.org) I then upgraded my neon library (again via MacPorts) which forced a re-compile of neon and that worked okay. (Serf did not complain.) The quick analysis is that I think my build environment was a bit wacky. After upgrading the dependencies, all looks okay here. Thanks! -- justin
