Rocky Linux and Oracle Unbreakable Linux also hit 9.3
- Reference: 1700587452
- News link: https://www.theregister.co.uk/2023/11/21/rocky_n_oracle_linux_9_3/
- Source link:
Even in the fast-moving world of online journalism, deadlines still bite, and the very day that we [1]brought you the news of RHEL 9.3 and AlmaLinux 9.3 , Oracle also put out its corresponding version: [2]Oracle Unbreakable Linux 9 update 3 . Yesterday, the Rocky Linux project followed suit with its [3]version 9.3 .
For now, despite Red Hat's [4]moves to shut them down , the world of the RHELatives keeps turning, and although neither company's release announcements mention it, it could be that these two releases owe something to Oracle and Rocky's partnership in the [5]new OpenELA alliance .
[6]
The aim of the CentOS Linux rebuilds was always to be as close to a recompiled version of RHEL as humanly possible, just with the
serial numbers filed off names changed. The additional value that the rebuilders delivered, aside from saving you possibly quite a lot of money, was in their support communities, as well as in additional tools over and above what Red Hat provided. So, for instance, Oracle offers an optional kernel with Btrfs support, and AlmaLinux offers its [7]ELevate tool which performs in-place upgrades from one major version to another – something which, remarkably as it sounds to users of other distros, wasn't a built-in function of RHEL in the old days. Red Hat, as we have noted before, lives on its own small but very luxurious island in the Linux ocean, paying little heed to the goldfish shoals nibbling at its toes.
[8]
[9]
As such, the differences between these two product versions and RHEL 9.3 are not huge. They have pretty much the same new features and the same new component versions as you will also find in AlmaLinux 9.3, or indeed in RHEL itself, so you can refer back to last week's coverage for those.
Oracle Linux differs from the others in two main ways: It doesn't support as many different CPU architectures, and Oracle offers its own kernel with some additional features, notably Btrfs support.
[10]
Shortly before announcing version 9.3, Oracle also launched [11]release 7 update 2 of what it calls its Unbreakable Enterprise Kernel (UEK). An interesting detail is that it's based on Linux 5.15, and not the 5.14 that RHEL uses. This could be one way that Oracle is trying to find a way around Red Hat's now harder-to-access upstream kernel sources. This release includes support for In-Band authentication for NVMe drives in storage fabrics, and for AMD's Last Branch Record Extension Version 2, plus better handling of SYN flood attacks.
As for the other big difference: Oracle only supports the big two CPU architectures, x86-64 and Arm64; it doesn't include the POWER and IBM mainframe support found in RHEL, Alma and Rocky. An interesting addendum to these two differences can be found in the [12]release notes :
For the aarch64 platform, Oracle Linux ships with the UEK kernel only.
Rocky Linux 9.3 will also prove hauntingly familiar. The project highlights some different features in its [13]release notes . Cloud and container images are available again for POWER, specifically for the ppc64le architecture. These were not available for the 9.2 release, possibly due to the [14]Python bug the project highlighted that time around.
[15]RHEL and Alma Linux 9.3 arrive – one is free, one merely free of charge
[16]Red Hat strikes a crushing blow against RHEL downstreams
[17]Oracle, SUSE and others caught up in RHEL drama hit back with OpenELA
[18]Red Hat releases RHEL 9.2 to customers, with buffet of rebuilds for the rest of us
This time, however, there were problems building the KDE live image, so that's staying on version 9.2 for now. As we noted last time, these live images are another point of differentiation between RHEL itself and the rebuilds, and different rebuilds offer different selections of desktop environments. Rocky has also slightly rejigged its kernel packaging for this version, with the realtime build subsumed into the main kernel package, and a new package is available which offers Unified Kernel Images, the new secure format that was [19]introduced with systemd 252 around this time last year.
For now, Oracle and the new wave of CentOS rebuilds that followed Red Hat's [20]ending of CentOS Linux seem to have successfully transcended the new restrictions Red Hat has placed upon the availability of its source code. If it follows the normal RHEL lifecycle, release 9 should last until version 9.10 in 2027, and we are sure that the rebuilds will try to keep up with it… but along with source-code availability, end-of-life dates [21]can suddenly and unexpectedly change .
The future of the RHELatives remains uncertain. ®
Get our [22]Tech Resources
[1] https://www.theregister.com/2023/11/15/rhel_and_alma_linux_93/
[2] https://blogs.oracle.com/linux/post/oracle-linux-9-update-3
[3] https://rockylinux.org/news/rocky-linux-9-3-ga-release/
[4] https://www.theregister.com/2023/06/23/red_hat_centos_move/
[5] https://www.theregister.com/2023/08/14/oracle_suse_ciq_openela/
[6] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2ZV02k0NE3LCMQN@lBbUkWwAAAAo&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0
[7] https://almalinux.org/elevate/
[8] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ZV02k0NE3LCMQN@lBbUkWwAAAAo&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[9] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ZV02k0NE3LCMQN@lBbUkWwAAAAo&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[10] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/oses&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ZV02k0NE3LCMQN@lBbUkWwAAAAo&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[11] https://blogs.oracle.com/linux/post/unbreakable-enterprise-kernel-release-7-update-2
[12] https://docs.oracle.com/en/operating-systems/oracle-linux/9/relnotes9.3/#Oracle-Linux-9
[13] https://docs.rockylinux.org/release_notes/9_3/
[14] https://www.theregister.com/2023/05/19/rhel_92/
[15] https://www.theregister.com/2023/11/15/rhel_and_alma_linux_93/
[16] https://www.theregister.com/2023/06/23/red_hat_centos_move/
[17] https://www.theregister.com/2023/08/14/oracle_suse_ciq_openela/
[18] https://www.theregister.com/2023/05/19/rhel_92/
[19] https://www.theregister.com/2022/11/03/version_252_systemd/
[20] https://www.theregister.com/2020/12/09/centos_red_hat/
[21] https://www.theregister.com/2021/02/08/centos_board_qa/
[22] https://whitepapers.theregister.com/
Re: RPM dependency hell
Same here.
My first proper foray into Linux was Red Hat (after a Slackware dabble), but I really couldn't get on with Gnome, so I jumped to SuSE which was big on KDE in those days. I liked KDE a lot, and YaST too, but all too often it just gave up on resolving package dependencies and insisted on manual intervention. Which is understandable, but annoying. Much more than annoying was that version upgrades almost always ended up with no GUI at best, or an unbootable system. So I tried the emerging Ubuntu thing, and APT seemed, by comparison to be completely indestructible. I've moved to Mint and Debian now, and can't see any reason to ever go back the the RH ecosystem.
-A.
Re: RPM dependency hell
People aren’t “Slavishly following Red Hat idiocies”, they’re running enterprise applications that aren’t supported on other distros. Some of us are doing more than spinning up a simple development environment / web server.
RHELatives
If I could upvote articles, I would for that wonderful word.
RPM dependency hell
> remarkably as it sounds to users of other distros, wasn't a built-in function of RHEL in the old days
The inability of RedHat Package Manager to sort out dependencies and download them from a repository was what originally forced me to switch to Debian decades ago. I saw someone do "apt dist-upgrade" and my eyeballs fell out.
That's another reason I'm pissed people are slavishly following RedHat's idiocies, like adopting systemd. I know the other distros can do their own thing better, because they have in the past.
Not only have I tossed Debian on the desktop and adopted Devuan, but this weekend I installed Devuan on my Raspberry Pis that perform various functions around here.