If you are suggesting that ACS picked a version of Linux, supported it with an update repo and guaranteed that it would run forever under ACS as long as you kept up with the ACS published updates, that might solve a lot of problems for system administrators. At least there would be a "recommended" Linux that ACS guaranteed would run under Cloudstack.

Are there a lot of different functionalities in the various Linux versions that make a difference when running applications under Cloudstack?

Can one pick a Linux distribution that would run all the apps that 95% of Cloudstack users actually need? It seems that a lot of the differences in Linux distributions are in the desktop apps.

Ron

On 2021-12-20 10:18, Nathan McGarvey wrote:
All/any,
     Realistically, since CentOS Stream doesn't have minor versions, I'm
not really sure how you *could* support it. It would be like supporting
CentOS 7.0-7.9, but not knowing which version someone is running. You'd
have to only support the "latest" version as of <date/time>, which might
be chaos.

     Both Rocky and Alma have fairly decent corporate backers, at least
for the immediate term. (Alma being their parent company pledging
1M/year at least until 2029 to finish out the 8 release cycle, and Rocky
has about 2M/year at the moment, but could flex more.)
     Even Oracle, with their RHEL rebuild could be used in a similar
manner, though I'd probably not recommend them due to their long track
record of open-source interactions being less-than-ideal.

     Perhaps ACS can just pick one of the rebuilds (E.g. Rocky), but
actually publish stuff as just "EL" like EPEL does? It shouldn't really
matter, aside from /etc/os-release files and such. Perhaps ACS can do
what many utilities do and make a "OS Family" determination (Ref:
puppet, ansible, etc.) Instead of a strict "exact same" OS requirement.


Thanks,
-Nathan McGarvey




On 12/16/21 10:40 AM, Nicolas Vazquez wrote:
Hi all,

CentOS 8 will reach EOL on 31st December this year 
-https://www.centos.org/centos-linux-eol/

Opening this thread for discussion on the actions needed: should we drop 
support on the next 4.16.1 release and onwards?

Regards,
Nicolas Vazquez




--
Ron Wheeler
Artifact Software
438-345-3369
rwhee...@artifact-software.com

Reply via email to