-
Notifications
You must be signed in to change notification settings - Fork 175
add step remote upload for iso builder #164
add step remote upload for iso builder #164
Conversation
related issue #99 |
to answer the same question
|
@mkuzmin let me know is there anything wrong with that patch, |
I'm sorry that took so much time on my side again. |
No problem, I will rebase it tonight or tomorrow |
The branch has a set of merges from 'master', so rebasing is quite complicated. You need to do something like
|
yeah really sorry, I haven't got the time for the moment to look at your comments, I will try to to work on this merge this week |
9f5c58b
to
75387ea
Compare
Hi @mkuzmin, I rebased everything and push just one commit, I "almost" solved all comments, tell me if this is OK now |
run gofmt
12eeaf1
to
b7feda6
Compare
don't mind failed builds. we have network connectivity issues, I'm working on them. |
done |
Thank you! |
👍 |
I've tested a mixed set of pre-created and dynamically uploaded ISO images for macOS build (4586e8d), and it actually works! |
glad to hear it :) |
Great stuff @mkuzmin However looking at this it seems to be restricted to uploading/mounting of a single ISO (albeit from multiple sources) ... but doesn't facilitate uploading 2 different ISOs (e.g. Windows setup.ISO + VMWare tools). OR have I misread things? UPDATE: ah, I now see these seems to be a limitation of packer itself, not the vSphere builder. |
That’s correct, multiple URLs for the same image. What’s the use case? |
Understood, a packer limitation. |
this PR include a step to upload an iso to vpshere for the builder vsphere-iso
I used the generic iso downloader from packer to include it in vpshere-iso
the limitation here is you can't use iso_paths and iso_urls at the same time, because iso_urls overwrite the parameter iso_paths after the iso is upload
the ISO location on the datastore is hardcode to ISO/, the folder is create if not exists
(I misclicked and close #146 by mistake)