Software-update: AlmaLinux OS 10.0

De AlmaLinux OS Foundation heeft versie 10.0 van AlmaLinux OS uitgebracht. AlmaLinux is net als Rocky Linux een van de nieuwkomers die in het gat is gesprongen dat CentOS heeft achtergelaten. Het OS is voornamelijk bedoeld om voor servertaken ingezet te worden en versie 9 is gebaseerd op Red Hat Enterprise Linux 9, waar versie 10 CentOS Stream 10 code als basis heeft en binary compatible is met RHEL 10. De releasenotes voor deze uitgave kunnen hier worden gevonden; dit is de aankondiging voor deze uitgave:

AlmaLinux OS 10.0 Stable Now Available

The AlmaLinux OS Foundation is proud to announce the general availability of AlmaLinux OS 10.0 codenamed “Purple Lion”!

AlmaLinux OS Improvements - usability without compromising compatibility

The goal of AlmaLinux OS is to support our community, and AlmaLinux OS 10 is the best example of that yet. With an unwavering eye on maintaining compatibility with Red Hat Enterprise Linux (RHEL), we have made small improvements to AlmaLinux OS 10 that target specific sections of our userbase. They are for users who require them and know how to use them. Anyone using AlmaLinux OS and anticipating RHEL compatibility will be happy to know that AlmaLinux 10, just as its predecessors, is fully compatible with RHEL 10.

Like we discussed before, AlmaLinux OS 10.0 has been built from our brand new upstream, AlmaLinux OS Kitten. If you have been watching the discussions that ALESCo has been having, you’ll know that Kitten brought with it a ton of new things that our community needs.

Supporting developers by enabling frame pointers

For software developers, frame pointers are critical to diagnosing and optimizing their applications. For those developers that use AlmaLinux as their base, the lack of frame pointers by default is a pain point - one that we are happy to help ease. With AlmaLinux OS 10 we are enabling frame pointers by default. This allows system-wide real-time tracing and profiling for optimizing the performance of any workload running on AlmaLinux.

Extended x86-64-v2 life

Within the x86-64 architecture, there are versions that represent specific CPU feature sets. With RHEL 10, Red Hat will only support x86-64-v3 and higher, which leaves numerous completely functional CPUs without support in the Enterprise Linux ecosystem. AlmaLinux OS 10 has followed Red Hat’s decision to ship x86-64-v3 optimized binaries by default, but we will also provide an additional x86-64-v2 architecture, allowing users on that older hardware to continue to receive security updates for another 10 years.

Extending the life of EPEL for x86-64-v2

By default, EPEL follows Red Hat’s builds, which means that all 3rd party packages for RHEL10 will be built for x86-64-v3. As we announced last week on our blog, we are happy to share that we are building EPEL packages to support users in their adoption of our x86-64-v2 release of AlmaLinux OS 10.

Secure Boot for ARM platforms

Trusted boot has long been required for bare metal devices, and is also becoming more and more popular in virtualized environments. AlmaLinux OS 10 supports Secure Boot for Intel/AMD and ARM platforms.

Adding SPICE

Simple Protocol for Independent Computing Environments (SPICE) has been unsupported since RHEL 9.0. AlmaLinux users requested we add support back in, so SPICE support is fully re-enabled in AlmaLinux OS 10, for both server and client applications.

Tech Preview of KVM for IBM POWER

AlmaLinux OS 10.0 also includes a tech-preview of KVM virtualization support for the IBM Power architecture. It has been unavailable upstream since version 9.0, but is fundamental for a number of AlmaLinux users. That list includes the Oregon State University Open Source Lab, who submitted the RFC to the AlmaLinux Engineering Steering Committee for consideration in February.

Continuing our expanded hardware support

Starting with AlmaLinux 8.10 and 9.4 we re-enabled support for more than 150 devices that were removed upstream. Those additions continue in AlmaLinux OS 10.0. You can see the full list of devices in the AlmaLinux OS 10.0 release notes.

Versienummer	10.0
Releasestatus	Final
Besturingssystemen	Linux
Website	AlmaLinux OS Foundation
Download	https://mirrors.almalinux.org/isos.html
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (15)

[MartenBE]

Is er een update path tussen major RHEL versies (of AlmaLinux versies) bv. van 9 naar 10 zonder de server te moeten herinstalleren? Bij Fedora Server kan dit gewoon met enkele CLI commando's, maar bij (mijn weinige ervaring met) RHEL systemen nog niet direct gevonden.

[Clueless]

Volgens mij is die documentatie er gewoon:

RedHat Documentation: Upgrading from RHEL 9 to RHEL 10

Ook is er een AlmaLinux Migration Guide: AlmaLinux Wiki: AlmaLinux Migration Guide

[deagan1337]

Zie: https://wiki.almalinux.or...malinux-9-to-almalinux-10

[Reactie gewijzigd door deagan1337 op 28 mei 2025 13:02]

[beerse]

Met de huidige fedora heb je de roling updates/upgrades, wat je met RHEL/CentOS/Alma niet hebt, die hebben juist versies. Daarmee is het bij fedora makkelijk/automatisch/inclusief.

Bij RHEL is het wel beschikbaar (mits... en dergelijke) dus zal het bij de afgeleiden ook wel beschikbaar zijn of betrekkelijk snel beschikaar komen. En Alma kennende, gok/hoop ik ook voor RHEL9 - Alma10. Al zou ik dat in productie nog niet met de huidige 10.0 versie doen.

[Saeverix]

Ik zou denk ik nog even wachten op versie 10.1. Ook zegt hun Wiki momenteel nog: "This upgrade is currently in development and testing. [...] This upgrade is not recommended for production machines."

Dus voor belangrijke machines zou ik nog even wachten.

[Htbaa]

Ja, dat kan met ELevate (https://wiki.almalinux.org/elevate/), al is upgraden van 9 naar 10 nog in beta. Overigens hebben 8 en 9 nog jaren aan support, dus haast hoef je niet te maken.

[Bigs]

CentOS ging er altijd prat op dat het volledig compatible was met Red Hat Enterprise Linux, geldt dat voor Alma Linux ook nog? Met zaken als ondersteuning voor x86-64-v2 en SPICE lijken ze toch behoorlijk hun eigen pad te kiezen waardoor dit niet echt meer het oorspronkelijke CentOS concept lijkt te volgen.

[mdenboer]

Ze suggereren nog steeds binary compatible met RHEL op hun website.

[GertMenkel]

Sinds Red Hat haar best doet om hun software af te sluiten, kan het ouderwetse CentOS-principe eigenlijk niet meer.

Alma blijft een van de beste Red Hat-maar-dan-gratis distro's, maar als je ondersteuning en garantie wilt, zul je toch moeten betalen, ben ik bang. Je kunt Alma gewoon RH10-compatible maken als dat je doel is, maar in tegenstelling tot CentOS wordt de distro niet direct door Red Hat's mensen bijgewerkt.

Qua x86-64-v2:

AlmaLinux OS 10 has followed Red Hat’s decision to ship x86-64-v3 optimized binaries by default, but we will also provide an additional x86-64-v2 architecture, allowing users on that older hardware to continue to receive security updates for another 10 years.

oftewel, standaard ben je RH10 compatible, maar als je hardware niet compatible is met RH10 dan is er een Alma-distro waar je nog wel mee kan werken (maar dan heb je niet de garantie dat de code van Red Hat daar nog even goed op werkt).

Ook SPICE is slechts een toevoeging. Je kunt ervoor kiezen om die toevoeging niet te installeren zodat je RH10-compatible bent, of je installeert het wel als je graag betere VM-ondersteuning krijgt (zoals je ook zou doen met bijvoorbeeld VirtualBox Guest Additions).

[Reactie gewijzigd door GertMenkel op 28 mei 2025 11:57]

[beerse]

De volledigheid van de compatibiliteit is aan de gebruikers. Als ik een stukje software schrijf dat controleert of /etc/redhat... bestanden er staan en dat daar iets specifieks in moet staan, dan ga je nat.
Maar zolang het gaat om beschikbare software, libraries en dergelijke dan is de compatibiliteit tussen alle distributies die dezelfde andere externe repositories ondersteunen naar mijn idee goed genoeg.

Uiteindelijk kan je met compatibiliteit ook andere zaken ondersteunen die aan de andere (compatibele) kant niet ondersteund worden.

Bedenk dat RHEL ook beslist niet compatibel is met RHEL. Onlangs een update gedaan van RHEL 8.oud naar RHEL8.huidig. En nu blijkt de cis-hardening die we vanaf de oude draaiden op de nieuwe niet meer te werken. Dan is RHEL8 dus niet compatibel met RHEL8. In dit geval iets met standaard geïinstalleerde/beschikbare ansible versies.

[Henk Poley]

Wel amusant, als je vanaf hun 10-kitten Docker image nodejs22 installeert krijg je deze foutmelding als je `node` uitvoert.

node: symbol lookup error: /lib64/libnode.so.127: undefined symbol: EVP_MD_CTX_get_size_ex, version OPENSSL_3.4.0

Eerst even `dnf update -y` draaien. Libraries zijn niet compatibel, maar niet zo aangemerkt in het nodejs22 pakket.

[Saeverix]

Waar gebruik je de Kitten image voor dan? Zover ik begrepen heb gebruik je Kitten alleen voor development aan Alma Linux zelf. Voor het builden/runnen van NPM/Node projecten wil je dat volgens mij niet gebruiken.

[Henk Poley]

Dat wist ik niet. almalinux:10 (zonder -kitten) is inderdaad wel up-to-date zonder `node` issues.

Kansje dat dit voor de stable release de enige zinnige beschikbare was? Want ik had eerder al wat uitgeprobeerd.

[Reactie gewijzigd door Henk Poley op 28 mei 2025 15:03]

[Saeverix]

AlmaLinux Kitten is de upstream voor AlmaLinux 10. Zie het als een soort "development/test" branch. Het is de basis voor de productie/release versie.

Ik vermoed dat de ontwikkeling in Kitten inmiddels al weer verder is, en dat zal straks ook weer de upstream (basis) zijn voor AlmaLinux 10.1.

Voor de meeste gebruikers is het dus niet handig om Kitten te gebruiken, omdat het niet productie waardig is.

[jb044]

Dat was snel weer! Gebruik het met veel plezier prive, maar zal niet direct over op 10.0 nu. Werken met plezier is belangrijker dan maar altijd de latest&greatest hebben