Mathieu Tortuyaux

No more luck with cloudbuild - using `N1_HIGHCPU_8` which should support nested virtualization. EDIT: Trying now with no acceleration, just to see how many times it would take.

Here's the result with no acceleration: https://github.com/tormath1/cluster-api-provider-openstack/actions/runs/4408341205/usage - generated artifacts are currently uploaded on Github but we could send them to a GCS bucket.

Moving it to cloudbuild is not an issue as it mainly relies on the Makefile and Docker to run. It's just less community friendly as one can easily browse the...

Ported the Github Action to cloudbuild, it works fine with a single job but not when running in parallel the four builds (flatcar x2 + ubuntu x2). It might be...

I don't think it's timeout, it's very early in the builds - we can run them sequentially if 6h of build is not an issue :)

status update: it "works" with cloudbuild using image-builder Docker image and parallel builds without kvm acceleration but it's not super reliable with commands typed over VNC. proposals: * use OpenStack...

I think it's always worth to push things - especially the Makefile as it is already in a good shape. We just miss the image-builder PR to use an official...

@lentzi90 I did not touch this topic since the last comments. There is currently this commit on my fork: https://github.com/tormath1/cluster-api-provider-openstack/commit/b6f33269cc1ca6668f717514eaee984fa6602d6f: it builds images in Github Actions using @mdbooth Makefile. And...

@lentzi90 @mdbooth looks like Github runners now support nested virtualization for all runners (https://github.com/actions/runner-images/discussions/7191#discussioncomment-8173888) - we could give another try to build images using github actions

Thanks @bexelbie for the issue. We simply removed the `subuid/subgid` handling from the Podman sysext. This was creating more issues than it solved (and it somehow forces user to run...