chore(deps): update vmactions/freebsd-vm action to v1.5.7

[renovate]

This PR contains the following updates:

Package	Type	Update	Change
vmactions/freebsd-vm	action	minor	v1.3.9 → v1.5.7
vmactions/freebsd-vm	action	patch	v1.5.6 → v1.5.7

---

Release Notes

vmactions/freebsd-vm (vmactions/freebsd-vm)

v1.5.7

Compare Source

FreeBSD 10.4 and 11.4, and a fix for "Unsupported OS: freebsd"

New releases

FreeBSD 10.4 and 11.4 on x86_64, from image builder 2.2.8. The action
now offers 15 releases; the default is still 15.1.

• uses: vmactions/freebsd-vm@​v1
  with:
  release: "10.4"

The leading-part form works too: release: "10" and release: "11" pick
the newest matching release, so the action now ships 10, 11, 12, 13, 14
and 15.

pkg.FreeBSD.org dropped its FreeBSD 10, 11 and 12 repositories long
ago, so these images take their packages from the preserved SGGS
mirror (https://mirror.sg.gs/freebsd-pkg/), which keeps FreeBSD's
original repository signatures; pkg verifies them against the
fingerprint shipped in the base system. Two things the VM runtime had
to learn to run them: 10.x and 11.x boot via SeaBIOS, since their
images have no EFI system partition, and 10.4 runs on QEMU's qemu64
CPU model, because FreeBSD 10's signal delivery panics when -cpu host
exposes modern XSAVE features.

12.4 x86_64 gains rsync and sshfs

The same mirror reaches 12.4 x86_64: the image now ships rsync and
fusefs-sshfs, so all five sync methods work there instead of nfs, scp
and tar only. 12.4 aarch64 stays base-only; no aarch64 packages exist
for FreeBSD 12.

Fixed: a lost network probe no longer fails as "Unsupported OS"

#​163: a job with release: '14.0' failed after three minutes with

Error: Unsupported OS: freebsd. Builder repository
anyvm-org/freebsd-builder not found.

although the image exists. A single failed probe of the release
download URL sent the run down the GitHub REST API. The action never
passed a token, so that request was unauthenticated and shared the
60/hour per-IP limit with every other job on the runner IP; the 403
was retried for three minutes and then reported as an unsupported OS.
Two changes close this:

• New input: token. It defaults to github.token and is handed to the
  VM runtime, so the release lookup is authenticated (1000 requests
  per hour per repository instead of 60 shared). Nothing to change
  in your workflow; set it only if you want a different token.
• anyvm 0.7.1: the release-URL probe retries transient failures and
  only a 404 means the image is absent; a rate-limited 403 or a 429
  stops the retry loop at once and reports the reset time; "the API
  could not be asked" and "this repository does not exist" are
  distinct outcomes, so a connectivity failure is reported as one;
  and the Authorization header no longer follows a cross-host
  redirect.

Pins

BUILDER_VERSION 2.2.7 -> 2.2.8
ANYVM_VERSION 0.6.9 -> 0.7.1

v1.5.6

Compare Source

FreeBSD 14.5, and riscv64 can install packages

New releases

FreeBSD 14.5 on x86_64, aarch64, riscv64 and powerpc64. The action now
offers 13 releases; the default is still 15.1.

riscv64 gains rsync and sshfs

pkg.FreeBSD.org publishes no riscv64 packages at all, so the riscv64
images used to ship without rsync or fusefs-sshfs and only nfs, scp and
tar worked there. Image builder 2.2.7 configures the 15.0 and 15.1
riscv64 images for anyvm-org/freebsd-pkg-repo, a signed build of the
ports tree for FreeBSD:15:riscv64, so those two releases now support
all five sync methods:

sync: rsync (the default)
sync: sshfs
sync: nfs
sync: scp
sync: tar

pkg install also works inside the VM on those images. 13.x and 14.x
riscv64 are unchanged and stay on nfs, scp and tar.

Pins

BUILDER_VERSION 2.2.6 -> 2.2.7
ANYVM_VERSION 0.6.5 -> 0.6.9

Fixes from base-vm

• The osname input defaults to lowercase "freebsd".
• rsync keeps its timestamps on this action; the -t workaround added
  for AlmaLinux/Rocky ppc64le does not apply here.
• scp-mode copyback picks the right archive tool per guest.

v1.5.5

Compare Source

The runtime moves to anyvm v0.6.5 (from v0.6.4), keeping the whole fleet
on one version. This action's surface is unchanged -- same images, same
sync methods, same defaults. The bump carries one runtime change of
note: on hosts whose nested AMD virtualization corrupts AVX512 XSAVE
state, the CPU-feature mask now drops the whole AVX512 family instead of
only avx512f.

Full Changelog: vmactions/freebsd-vm@v1.5.4...v1.5.5

v1.5.4

Compare Source

sync: tar

A fourth way to share the workspace, available on every architecture
including riscv64 and powerpc64, where rsync and sshfs do not exist:

The workspace is streamed in as a ustar archive over the ssh connection the
action already opens, and streamed back the same way when the run finishes.
Nothing is installed in the guest and no filesystem support is needed on
either side, unlike sshfs and nfs. Verified before shipping: 300 files plus
a 1 MB binary blob pushed into a 15.1 guest, a file written inside it, the
whole tree pulled back and compared by content hash.

rsync remains the default. Reach for tar when the guest lacks rsync, or when
a mount-based method is more machinery than the job needs.

Under the hood

The image builder moves to freebsd-builder v2.2.6 and the runtime to anyvm
v0.6.4, nine releases on from what v1.5.3 shipped. Most of that is other
guests, but two fixes reach every action:

A failed folder sync used to be a warning. The run continued with the guest
missing the files it was about to use, which surfaced much later as a
confusing error or a job that sat until its timeout. It is now fatal, and
says so.

The workspace push no longer carries the runner's own harness directories
into the guest.

Also

The shell note no longer mentions usesh, which has not been needed for
some time.

Full Changelog: vmactions/freebsd-vm@v1.5.3...v1.5.4

v1.5.3

Compare Source

support major release:

release: 15

release: 14

release: 13

release: 12

v1.5.2

Compare Source

reduce image sizes.

Full Changelog: vmactions/freebsd-vm@v1...v1.5.2

v1.5.1

Compare Source

The prepare step (installing packages etc.) normally runs on every build. With cache-after-prepare: true, the action shuts the VM down cleanly after prepare has finished, caches the prepared VM image, and boots the VM again before run. Later runs with the same prepare script restore the prepared image, skip prepare entirely, and start directly at run

https://github.com/vmactions/freebsd-vm#10-cache-the-vm-image-after-prepare

Full Changelog: vmactions/freebsd-vm@v1...v1.5.1

v1.5.0

Compare Source

1. Support all the versions from 12.4 to lastest 15.1
2. Support all the archs: x86, aarch64, riscv64 and powerpc64

Full Changelog: vmactions/freebsd-vm@v1...v1.5.0

v1.4.9

Compare Source

fix bug for authorized_keys

Full Changelog: vmactions/freebsd-vm@v1...v1.4.9

v1.4.8

Compare Source

add powerpc64 arch

Full Changelog: vmactions/freebsd-vm@v1.4.7...v1.4.8

v1.4.7

Compare Source

15.1 release

Full Changelog: vmactions/freebsd-vm@v1.4.6...v1.4.7

v1.4.6

Compare Source

update images for stability and reliability

Full Changelog: vmactions/freebsd-vm@v1.4.5...v1.4.6

v1.4.5

Compare Source

support custom-shell-name

Full Changelog: vmactions/freebsd-vm@v1.4.4...v1.4.5

v1.4.4

Compare Source

add 14.4

v1.4.3

Compare Source

use node24

v1.4.2

Compare Source

fix bug "sync:no"

v1.4.1

Compare Source

add set -eu
support vnc-password

v1.4.0

Compare Source

fix urgent bug in last release v1.3.9

---

Configuration

📅 Schedule: (UTC)

• Branch creation
  • At any time (no schedule defined)
• Automerge
  • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about these updates again.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.

[oech3]

It should be able to update lint CI only.

[github-actions]

GNU testsuite comparison:

GNU test failed: tests/tail/truncate. tests/tail/truncate is passing on 'main'. Maybe you have to rebase?
Skipping an intermittent issue tests/date/date-locale-hour (passes in this run but fails in the 'main' branch)
Skipping an intermittent issue tests/misc/tty-eof (passes in this run but fails in the 'main' branch)
Skip an intermittent issue tests/tail/tail-n0f (was skipped on 'main', now failing)