On 29. 4. 26 10:10, Branko Čibej wrote:
On 29. 4. 26 06:08, Branko Čibej wrote:
On 28. 4. 26 19:12, Jun Omae wrote:
On 2026/04/29 0:12, Nathan Hartman wrote:
On Tue, Apr 28, 2026 at 11:11 AM Nathan Hartman
<[email protected]> wrote:
On Tue, Apr 28, 2026 at 10:58 AM Branko Čibej
<[email protected]> wrote:
On 27. 4. 26 21:39, Evgeny Kotkov via dev wrote:
The 1.15.0-rc2 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there.
Thanks!
+0 to release (Unix; macOS/arm64)
(+1 for release candidate but −1 for final release)
Note: Could be a configuration problem on macOS, but not
too long ago the branch did build and test with DAV and
svnserve.
Compiler: Apple clang version 17.0.0 (clang-1700.6.4.2)
Target: arm64-apple-darwin24.6.0 (Mac OS Sequoia 15.7.4)
Built in non-maintainer mode with default flags: -g -O2 -Wall
Tests:
check × FSFS: SUCCESS: All tests successful
svnserveautocheck × FSFS: ERROR: Tests did not run
I am having a similar (same?) issue with the svnserve tests:
the tests do not run.
I ran out of time to diagnose this fully but so far I believe
that svnserve is not starting, or, if it starts, it crashes or
errors out in some way.
My next steps: add "--log-file" argument when running svnserve.
If nothing obvious, bisect.
Forgot to add: I'm testing on Linux, so if we are indeed having the
same problem, it's not a macOS problem.
Nathan
I'm not sure if it's the same issue, but on macOS, svnserveautocheck
and davautocheck take a very long time to start unit tests. It seems
to be because they perform reverse lookups when checking for the
existence of the ss or netstat commands without -n option.
[[[
diff --git a/subversion/tests/cmdline/davautocheck.sh
b/subversion/tests/cmdline/davautocheck.sh
index 1b7e373e0..49b8aa80a 100755
--- a/subversion/tests/cmdline/davautocheck.sh
+++ b/subversion/tests/cmdline/davautocheck.sh
@@ -337,7 +337,7 @@ fi
# Stop any previous instances, os we can re-use the port.
if [ -x $STOPSCRIPT ]; then $STOPSCRIPT ; sleep 1; fi
-ss > /dev/null 2>&1 || netstat > /dev/null 2>&1 || fail "unable to find ss or
netstat required to find a free port"
+ss -n > /dev/null 2>&1 || netstat -n > /dev/null 2>&1 || fail "unable to find ss or
netstat required to find a free port"
HTTPD_PORT=3691
while \
diff --git a/subversion/tests/cmdline/svnserveautocheck.sh
b/subversion/tests/cmdline/svnserveautocheck.sh
index 8572cd67c..d8e1cdfa1 100755
--- a/subversion/tests/cmdline/svnserveautocheck.sh
+++ b/subversion/tests/cmdline/svnserveautocheck.sh
@@ -143,7 +143,7 @@ if type time > /dev/null ; then TIME_CMD() { time "$@"; } ; else
TIME_CMD() { "$
MAKE=${MAKE:-make}
PATH="$PATH:/usr/sbin/:/usr/local/sbin/"
-ss > /dev/null 2>&1 || netstat > /dev/null 2>&1 || fail "unable to find ss or
netstat required to find a free port"
+ss -n > /dev/null 2>&1 || netstat -n > /dev/null 2>&1 || fail "unable to find ss or
netstat required to find a free port"
SVNSERVE_PORT=$(random_port)
while \
]]]
Thanks for this hint. I will try this change locally and if it helps,
I have a nasty suspicion it may be caused by a "commercial grade" VPN
I had to install not too long ago.
This helped and the svnserveautocheck tests now pass. However, DAV
tests still fail, but not because httpd wouldn't start. I get this
error in ra-test (which is a C test):
svn_tests: E200006: Expected error SVN_ERR_CANCELLED but got SVN_ERR_TEST_FAILED
svn_tests: E200006: Strings not equal
Expected: NULL
Found: 'post commit FS processing had error:
Couldn't open rep-cache database
'/Volumes/svn-test/dist-subversion-1.15.0-rc2/subversion/tests/cmdline/svn-test-work/repositories/ra-test-commit_cb_failure/db/rep-cache.db''
at
/Users/brane/src/svn/dist/src/subversion-1.15.0-rc2/subversion/tests/libsvn_ra/ra-test.c:704
FAIL: ra-test 6: commit callback failure
The Python tests just fail with no output and something suspiciously
similar in the logs:
Internal error (specific information not available):
commit of r1 succeeded, but an error occurred after the commit:
'post commit FS processing had error:
Couldn't open rep-cache database
'/Volumes/svn-test/dist-subversion-1.15.0-rc2/subversion/tests/cmdline/svn-test-work/local_tmp/repos/db/rep-cache.db''
This is also similar to the swig-py test failure I posted earlier.
It's especially troubling because my regular test setup (from trunk,
with maintainer mode) works.
If I add --enable-debug to the configure options, I get an additional
failure:
/Users/brane/src/svn/dist/src/subversion-1.15.0-rc2/subversion/tests/libsvn_subr/error-test.c:224:
(apr_err=SVN_ERR_TEST_FAILED)
svn_tests: E200006: Strings not equal
Expected: 'ENOENT'
Found: NULL
at
/Users/brane/src/svn/dist/src/subversion-1.15.0-rc2/subversion/tests/libsvn_subr/error-test.c:224
FAIL: error-test 3: test svn_error_symbolic_name
In this case at least it seems that there's a problem with the generated
errorcodes.inc file.
-- Brane
