-
Notifications
You must be signed in to change notification settings - Fork 602
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
hostagent: avoid requiring fuser
and ss
in the guest ; CI: update colima (v0.5.5→v0.6.5)
#2009
Conversation
https://github.com/lima-vm/lima/actions/runs/6908739427/job/18798647503?pr=2009
Need to wait for v0.6.3 |
v0.6.3 has been tagged. |
According to that error message, it still wouldn't pass the compatibility check 🤔 I guess the enforcement should be removed for now, or permit overriding via flag or env var. |
Not sure where that error is coming from, Lima should use some pseudo-semver that is parseable (but wrong*). $ _output/bin/limactl --version
limactl version 0.18.0-98-ga21b5f3 * it is "wrong" (in semver) because it is a pre-release of version 0.18.0, instead of an imaginary version 0.19.0 It is also perfectly sane, unlike the standard. |
fc4d88e
to
e52c548
Compare
fuser
and ss
in the guest ; CI: update colima (v0.5.5→v0.6.5)
ad1c337
to
8bf56cd
Compare
No need to check the guestagent socket with `fuser` or `ss`, if the guestagent is actually functional Fix issue 2010 Signed-off-by: Akihiro Suda <akihiro.suda.cz@hco.ntt.co.jp>
Signed-off-by: Akihiro Suda <akihiro.suda.cz@hco.ntt.co.jp>
fetch-depth: 1 | ||
# fetch-depth is set to 0 to let `limactl --version` print semver-ish version | ||
fetch-depth: 0 | ||
ref: ${{ github.event.pull_request.head.sha }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@AkihiroSuda
Is there a reason for using the PR head commit instead of the PR merge commit? The code being tested might differ from what it will be after the merge, which seems problematic.
The intention here is not clear from reading the PR.
I am currently trying on a PR to consolidate build jobs per platform (#2532), and I'm unsure if it's acceptable to default to using the merge commit. Could you clarify?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From my memory limactl --version
didn't show the correct version without this, but I could be wrong.
Feel free to remove this in that case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for your response. Based on my testing, git describe
returns the expected version string format with just fetch-depth: 0
, so it doesn’t seem necessary to set ref:
.
Fix #2010