DEV Community

Discussion on: What's different about Amazon Linux 2022?

Collapse
 
carlwgeorge profile image
Carl George

AL has never been built off CentOS. AL1 was mostly built from RHEL6 source code, with RHEL7 and Fedora backports. AL2 was mostly built from RHEL7 source code, with RHEL8 and Fedora backports.

Amazon folks have confirmed the shift to base solely on Fedora had nothing to do with the CentOS Stream change. With the new lifecycle of a new major version every two years, it's clear that the choice of Fedora was because they wanted to move faster than CentOS and RHEL, which have a new major version every three years. That's also why your suggestion of AL2024 being based on a RHEL clone doesn't make any sense, as that would be a regression from these changes.

Collapse
 
ssennettau profile image
Stephen Sennett • Edited

On the point about AL2024, that's me making a complete hip-shoot, and based on how fast the sector changes, anything is possible. As I've said, basing on Fedora is the wisest option anyone could take at this time, but the future remains an unknown. We don't even have AL2022 in GA yet.

Fedora wanting to move faster than its downstream makes total sense, and I don't believe I disputed that. But for running production systems, longer lifespans and stability usually make far more sense, and despite the fact it isn't as long as CentOS's original 10 years, the five year cycle brings it up in-line with most other major distros used in production that doesn't have commericial licensing.

As for the backporting of RHEL as the source, that's something I'll explore more and if necessary, issue amendments, since it's worth confirming for the completeness of the narrative.

Thanks for your thoughts on the subject, it's good to get perspectives from others with deep interest in the subject, mate 🙌

Collapse
 
carlwgeorge profile image
Carl George

Sure thing, happy to provide clarity where I can.

My comment about wanting to move faster was referring to AL2022, not Fedora. Fedora moves the fastest (new version every 6 months), AL the second fastest (new version every 2 years), and CentOS/RHEL the slowest (new version every 3 years). Basically my take away was that AL wanted to move faster than the 3 year cycle that basing on RHEL gave them, which is why the Stream changes weren't a factor.