HN user
AlmaLinux is driven by a non-profit foundation and while the core is basically RHEL, we're adding on top to meet the needs of the community.
https://github.com/AlmaLinux/ALESCo/pulls?q=is%3Apr+is%3Aclo...
We already support it - the build is live.
https://repo.almalinux.org/almalinux/10/isos/x86_64_v2/
We even do a full EPEL rebuild for it as well.
This is not reporting, this is a sales pitch while misrepresenting the "competition".
Thanks for your insightful reply. I think we can all agree that compliance is quite a complex and generally annoying endeavor to take on.
You can't ban me here for speaking truth like you can on reddit, can you :)
Edit: also, it's literally the true version of the story. Do your own research. It's all public and logged.
Greg kurtzer is not the founder of CentOS. This is FUD he's been regurgitating ever since tricking one of the past CentOS community managers into doing a blog post.
If you read the mailing list archives you'll see the truth.
STIGs are not inherited. It absolutely does not work that way.
I think you're reading into the changes completely wrong. AlmaLinux has power to actually do things, fix issues, contribute real and meaningful changes, all while maintaining 100% compatibility. A lot has been done already, with plenty more to come, with 0 compatibility issues.
AlmaLinux is a non-profit foundation. It is not run by any company. Lots of companies sponsor it in various ways but no company controls it.
AlmaLinux is still 100% compatible with RHEL. Any suggestions otherwise is FUD.
Sustainability is one of the core reasons why we are not using RHEL SRPMs to build AlmaLinux. RH doesn't want us doing that, and doing so would be unsustainable and bring into question the future of AlmaLinux as it can, and likely will, turn into a game of cat/mouse getting those SRPMs :)
Let us know if you have any issues!
We don't change the expected versions. We might patch/backport more to them if there are issues, but the versions remain.
Basically the goal is still to fit the exact situation you just brought up. I'm not aware of this ever not being the case if it weren't to be the case for some reason, then we have a problem we need to fix.
All of the extra stuff we do, patch, etc. is with exactly what you just stated in mind.
Bug for bug is a sham and always was. It's a disservice to users to only clone something.
Underneath it all, compatibility is what matters. At AlmaLinux we still target RHEL minor versions and will continue to do so. We're a clone in the sense of full compatibility but a derivative in the sense that we can do some extra things now. This is far, far better for users and also let's us actually contribute upstream and have more of a mutually beneficial relationship with RH versus just taking.
AWS moved OpenSearch into a foundation, announced at open source summit EU
AlmaLinux has made no such statement, for what it's worth.
Fermi did swap to AlmaLinux.
It's worth noting that the drivers are still in the mainline Linux kernel and many other distros. If they have a problem it's not just Alma vs the world to figure out the issues - it will be Alma plus the world working on the solution.
Yesterday sure was fun wasn't it :p Thanks for all your help/working with me on getting this cleaned up in Fedora.
Technically code-wise we're a downstream of CentOS Stream for the most part, but the end result is more of a hybrid because we're targeting RHEL and can match commits to RHEL commits from stream for a lot of it...so yeah.
Formerly we were just 100% downstream RHEL with none of this nuance, as you mentioned.
Fedora has definitely been winning big lately. Solid OS!
Because, why not? :)
Correct we will continue with minor releases every ~6 months.
There is no business model. We're a non-profit.
AlmaLinux has not diverged.
Did you miss the part about careful curation to ensure it's still 1:1 RHEL and not with any extra Oracle stuff, etc.?
Oracle has no influence over AlmaLinux.
All rebuilds are in the same boat.
Wherever you're getting this information from is woefully misinformed to the point of just being plain wrong.
CloudLinux is a large financial sponsor of AlmaLinux still, and probably always will be. The rest of what you said couldn't be farther from the truth.
CERN went with AlmaLinux along with many other big names.
Pretty sure he was talking about ELevate to go from EL7 to Alma 8.
Most services are NOT on CL infra. There are a few minor things that need to be moved but all the core stuff is hosted on Alma's own infra including the build system/servers.
Source: I'm the infra lead at Alma.