...
- Red Hat Enterprise and CentOS 6, 7, 8
We will be officially supporting the following Linux distributions for a period of time in 2020:
- SUSE Linux Enterprise Server 12SP4,12SP5
Support for OpenSUSE itself has essentially ended because a third party has produced packages for the SP that are included with that OS, so our full support is limited to the older official versions for which we provided packages. We have learned that SUSE 12 also includes some version of our software and we prefer not to conflict with native packages, so we will likely phase out production of our packages now that 12 is itself far out of date relative to both OpenSUSE and SUSE.
The reason for this policysmall set of options, aside from limiting our scope, has to do with packaging: is that these are the versions we explicitly provide packages for (in the form of RPMs built by the OpenSUSE build service under the oversight of the project team) and are therefore the versions for which we can provide security updates.
We may produce packages for older or other unsupported platforms at the discretion of the project team, but do so solely as a service to the community and do not officially support versions other than those above.
Note that support for OpenSUSE itself has essentially ended because a third party has produced packages for the SP that are included with that OS, so our support is limited to the older official versions for which we provided packages.
We are discussing with the Consortium's members how best to tackle some form of support for other distributions such as Debian that would delineate our role vs. the role of the packaging teams. We also partially support the following Linux distributions through our support options for Consortium members:
- Debian
- SUSE Linux Enterprise Server and OpenSUSE
In practice, we do not simply ignore bug reports or questions about these, and other, distributions since the majority are of general applicability, but there are cases where more esoteric bugs are in fact limited to a platform and that is something we take into consideration. We offer members a higher degree of tolerance for questions and issues requiring deeper investigation on these partially-supported platforms.
It is generally possible to build the software and all dependencies on most Unix, Linux, and BSD versions (with problems likely cropping up on non-x86/64 architectures or the more unusual stuff like AIX that tends to have poor open source support generally).
Note that Solaris is no longer officially supported as of V3, which is a change from V2. We don't deliberately seek to break the build there, but in practice most of our releases will tend to need minor patches to deal with fairly obscure C++ compiler differences, so a clean build is unlikely. The extra work necessary to keep the build working there is one of the reasons we have dropped it.
Web Servers
Officially we support the use of Apache 2.2 and 2.4 and FastCGI. Functionally, the source continues to include older Apache module support.
...
We maintain MacPorts of the SP and most of its dependencies and support the use of the SP when those ports are used. We have essentially no capability to test on non-current Mac OS releases so only the latest 10.X release at any given time is officially supported. We do not however recommend its use outside of development or testing scenarios.
Web Servers
As of this version, we now provide port variants that allow the SP to be built against either Apache as provided by Apple, which has been deprecated, or from the MacPorts version. For compatibility, the default port variant continues to assume Apple's.
...