]> git.ipfire.org Git - thirdparty/rsync.git/commit
ci: run the OpenBSD --use-tcp test step at -j2
authorAndrew Tridgell <andrew@tridgell.net>
Sun, 24 May 2026 20:40:42 +0000 (06:40 +1000)
committerAndrew Tridgell <andrew@tridgell.net>
Sun, 24 May 2026 21:44:12 +0000 (07:44 +1000)
commitbc63ea82f2f4bc87ff417ee3f49d4e15a23b030e
tree99871ca80940d87e0f0793325b06277e9c9253a7
parent0d4fb1bc890573c930daa6630bf9b15e447549b8
ci: run the OpenBSD --use-tcp test step at -j2

The OpenBSD job runs inside a nested VM. At -j8 the --use-tcp run starts
many concurrent loopback daemons, and under that resource pressure the
daemon connection handshake occasionally loses a timing race and one test
hangs to the 300s runner timeout. It is an environment artifact, not an
rsync defect: the daemon handshake writes-then-reads with unbuffered early
I/O (no flush/mutual-wait deadlock), the indefinite wait is the documented
no-timeout daemon behaviour, and it does not reproduce off OpenBSD even with
the full suite pinned to a single CPU at -j8.

Drop just this job's --use-tcp parallelism to -j2 so the nested VM stops
over-subscribing; the pipe `make check` and every other platform are
unchanged.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
.github/workflows/openbsd-build.yml