-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
enabled hyperv image downloads #19596
Conversation
// acquireVMImage determines if the image is already in a FCOS stream. If so, | ||
// retrieves the image path of the uncompressed file. Otherwise, the user has | ||
// provided an alternative image, so we set the image path and download the image. | ||
func (v HyperVVirtualization) acquireVMImage(opts machine.InitOptions) (*machine.VMFile, string, error) { |
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.
looks like this is copy paste from the qemu implementation, can we move this to a common function and share it between both backend to prevent duplication?
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.
we can and will but it needs to be part of a larger refactor. can we merge this and it will get done later.
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.
it will get done later.
I hear this all the time but only a few people actually take such commitment seriously
LGTM |
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.
Please get rid of the extra commits in this branch.
now that we have public hypverv fcos artifacts, we can download them instead of requiring a special build. Signed-off-by: Brent Baude <[email protected]> [NO NEW TESTS NEEDED]
container/common Config was recently updated to use FCOS default names, since Windows HyperV backend needs them, and these are common with other providers. Map this to values the WSL backend expects. [NO NEW TESTS NEEDED] Signed-off-by: Jason T. Greene <[email protected]>
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.
/lgtm
/hold
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: baude, Luap99 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Ready to merge, @Luap99 ? |
/hold cancel |
As promised in containers#19596, this pr deduplicates and refactors image acquisition. All virt providers that use FCOS as its default now use the same code. [NO NEW TESTS NEEDED] Signed-off-by: Brent Baude <[email protected]>
now that we have public hypverv fcos artifacts, we can download them instead of requiring a special build.
Signed-off-by: Brent Baude [email protected]
[NO NEW TESTS NEEDED]
Does this PR introduce a user-facing change?