/good-first-issue

@danielvegamyhre:
This request has been marked as suitable for new contributors.

Guidelines

Please ensure that the issue body includes answers to the following questions:

• Why are we solving this issue?
• To address this issue, are there any code changes? If there are code changes, what needs to be done in the code and what places can the assignee treat as reference points?
• Does this issue have zero to low barrier of entry?
• How can the assignee reach out to you for help?

For more details on the requirements of such an issue, please see here and ensure that they are met.

If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-good-first-issue command.

/assign

Rather than building from source, should we just have all this run in a container? Building from source is going unlease a maintenance headache as you will have to support issues related to builds on all different kinds of Linux OSes.

I look forward to this issue as my dev environment is quite flaky now as I don't have apt.

Just an update on this issue, I had to change the python sdk to use a container. @danielvegamyhre and I think the way forward should be using containers to generate these clients rather than relying on package managers or building from source.

so the client go one should ideally also use a container to generate sdk

@chansuke are you still working on this? I will assign it to myself if not.

@jedwins1998 I'm not working.You can take it🫡

/assign

/assign

The end of life for openjdk-11 will be October 2024 and openjdk-17 is superseded on openjdk's website https://jdk.java.net/17/.

Will grabbing openjdk-17 from other vendors such as Microsoft, Oracle.. be fine?

The end of life for openjdk-11 will be October 2024 and openjdk-17 is superseded on openjdk's website https://jdk.java.net/17/.

Will grabbing openjdk-17 from other vendors such as Microsoft, Oracle.. be fine?

Yes that should be fine.

Also just a quick question since python sdk is being generated from openapi-generator-cli I'm assuming that we don't need to update that to install from source anymore, just want to double check if that is the correct

Just an update on this issue, I had to change the python sdk to use a container. @danielvegamyhre and I think the way forward should be using containers to generate these clients rather than relying on package managers or building from source.

so the client go one should ideally also use a container to generate sdk

@epicseven-cup see this comment thread above, I think it would be better for portability if wecontainerize SDK code gen rather than building from source as the issue description states.