News for hackers. Stuff that matters.
Re:AlmaLinux 9.3 Stable by Yasuraka on Monday November 13, 2023 @05:23PM (#38256198)
The split from replicating RHEL exactly ("bug for bug") to binary compatibility stung at first, but by now I feel like it might have been better after all like ripping off an overdue band-aid.

That said I hope we're in for at least half a decade of stability and peace amongst the RHELoids

Re:AlmaLinux 9.3 Stable by candiddevmike on Monday November 13, 2023 @05:53PM (#38256498)
> That said I hope we're in for at least half a decade of stability and peace amongst the RHELoids

Probably best to either pay for RHEL or move to a different distro. They've proven multiple times now that they don't care for free derivatives, and they're willing to squeeze blood from stone to get subscriptions.

On the plus side, other distro support among COTS has never been better. Kubernetes or Docker is the new target, not RHEL.

Re:AlmaLinux 9.3 Stable by gbraad on Monday November 13, 2023 @06:21PM (#38256726)
Just one example: FIPS compliance is very relevant: RHEL has, k8s by itself does not. And many more...
Re:AlmaLinux 9.3 Stable by brnt on Monday November 13, 2023 @11:31PM (#38259190)
Instead of praying RH won't alter the deal further, why not take control definitively and use a democratic distro like Debian? Why keep subjugating the continuity of your business like this?
Re:AlmaLinux 9.3 Stable by Yasuraka on Tuesday November 14, 2023 @02:31AM (#38260175)
I'm just running stuff at home and it mostly doesn't matter, at work it's whatever the client uses.

I vastly prefer Fedora to testing@Debian or God forbid Ubuntu and would like to use the same environment in a server distro too

Re:AlmaLinux 9.3 Stable by InitEnabler on Tuesday November 14, 2023 @01:06PM (#38267041)
I always had this thought that maybe it would be better to fork entirely but not be bug-for-bug compatible. That way Alma and Rocky can find a base that they both agree on but maybe have different development cycles.