chore(deps): update vmactions/freebsd-vm action to v1.5.4 - #760
Merged
Conversation
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v1.5.3→v1.5.4Release Notes
vmactions/freebsd-vm (vmactions/freebsd-vm)
v1.5.4Compare 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 forsome time.
Full Changelog: vmactions/freebsd-vm@v1.5.3...v1.5.4
Configuration
📅 Schedule: (in timezone America/New_York)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Never, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.