Native build runs out of memory on GitHub actions when io.fabric8:openshift-client is on the classpath

[jamesnetherton]

Bug description

Since Quarkus 3.6.0.CR1, native builds with io.fabric8:openshift-client on the classpath run out of memory on GitHub actions.

• camel-quarkus-integration-test-camel-k-runtime
• camel-quarkus-integration-test-kubernetes
• camel-quarkus-integration-test-master-openshift

There was a workaround implemented in the Quarkus test suite to exclude some problem dependencies and allow the native build to complete with a broken classpath:

quarkusio/quarkus#36312 (comment)

There's some more discussion on the topic here:

https://quarkusio.zulipchat.com/#narrow/stream/187038-dev/topic/kubernetes-client.20native.20build.20memory.20usage

I don't see too many options to fix it other than implementing the same workaround and maybe investigate reworking the camel-kubernetes component (I.e split it up or use some of the suggestions Marc mentions in the Zulip thread).

[jamesnetherton]

Maybe something else we could try experimenting with, is adding an extra build step to use the MacOS runner. They have more memory, so we could dedicate that job to running memory hungry native builds.