Skip to content
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

Define Operating Systems that Adoptium/Temurin will formally support #421

Closed
karianna opened this issue Jan 19, 2022 · 6 comments
Closed

Comments

@karianna
Copy link
Contributor

karianna commented Jan 19, 2022

Eclipse Adoptium follows the guideline of officially supporting Long Term Support (LTS) versions of operating systems, and OpenJDK for well supported architectures. By default, Eclipse Adoptium will not support End Of Life (EOL) versions of operating systems, OpenJDK or poorly supported architectures unless specific Working Group member(s) choose to do so. For an up to date list of supported platforms and OpenJDK versions please see https://adoptium.net/supported_platforms.

We are missing an equivalent list of supported installers / specific operating systems, not sure yet how we generated/create that listing. This issue is here to cover that. Strawperson as of Jan 19th 2022:

Primary

  • Alpine 3.15
  • CentOS 6 - EOL (but x86-64 is supported by RH)
  • CenrtoOS 7.x, 8.x
  • Ubuntu 20.04 LTS
  • Mac OS X 10.14, 11.0+, 12.0+
  • MS Windows 10+, 11+, Server 2019+

Secondary

  • AIX 7.2SP5+
  • SLES? SUSE?
  • Solaris 10?
@karianna
Copy link
Contributor Author

See also #420 #330 #412 and many others

@jerboaa
Copy link
Contributor

jerboaa commented Jan 19, 2022

Do we have an Alpine installer? If so, that's news to me.

I'd be in favour of removing CentOS 6 support for installers. Yes, it's still around, but every "supported" installer should be at least tested that it works on such OS. If we add too many we get infra/test overhead explosion. Perhaps a suitable work-around would be to publish the SRPM which users could then rebuild themselves on those platforms?

@karianna
Copy link
Contributor Author

Do we have an Alpine installer? If so, that's news to me.

I'd be in favour of removing CentOS 6 support for installers. Yes, it's still around, but every "supported" installer should be at least tested that it works on such OS. If we add too many we get infra/test overhead explosion. Perhaps a suitable work-around would be to publish the SRPM which users could then rebuild themselves on those platforms?

Not sure on Alpine either actually.

@sxa
Copy link
Member

sxa commented Feb 8, 2022

Do we have an Alpine installer? If so, that's news to me.

Similarly, we do not provide any native installers for AIX or Solaris

If we add too many we get infra/test overhead explosion

For once, I'm not too concerned about this in this scenario. The install testing can be done in docker containers so the overhead isn't too bad IMHO, especially if you're testing on quite a few different levels anyway.

publish the SRPM which users could then rebuild themselves on those platforms?

Yeah that's certainly worth considering as an option :-)

@jerboaa
Copy link
Contributor

jerboaa commented Feb 9, 2022

I suppose one pre-requisite for this to work is that we have infrastructure (and subscriptions/licences) for all of them which we intend to support. There would be no way to test otherwise.

@karianna
Copy link
Contributor Author

I've updated the installation documentation to point at the supported-platforms page which should address this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants