Den tis 28 apr. 2026 kl 19:13 skrev Jun Omae <[email protected]>: > > 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 \ > ]]] >
Both davautocheck and svnserveautocheck works fine for me. I'm on Ubuntu 25.10 (under WSL, but that shouldn't matter). I intentionally messed up my dns resolution (entering a bogus IP address in resolv.conf) and they still work. In my case ss and netstat doesn't seem to include any network connections by default but even if I add "-lr" and "-ao" to force ss and netstat to include some network connections, starting svnserveautocheck is "just" slow, it still works as expected. I'm not ruling out that the above could help Brane and Nathan, just saying that it doesn't seem to be an issue for me. That said, I'm +1 to include the above fix in trunk (along with a similar fix for davautocheck.sh). It makes sense to ignore DNS lookups there (especially since the call to ss/netstat a few lines later includes -n). Tests for me so far looks good, I've completed check, svnserveautocheck, davautocheck and check-all-javahl with no errors. Still some more things to try but it is getting late here. Kind regards, Daniel
