Re: Subversion 1.15.0-rc2 up for testing/signing

[Branko Čibej]

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 
<hartman.nat...@gmail.com> wrote:

    On Tue, Apr 28, 2026 at 10:58 AM Branko Čibej <br...@apache.org>
    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.

-- Brane