Megjelent az AlmaLinux 10.2 disztrib\u00faci\u00f3 \u00faj kiad\u00e1sa, valamint a kor\u00e1bbi 9.8 verzi\u00f3 friss\u00edt\u00e9se. A kiad\u00e1sok szinkroniz\u00e1lva vannak a Red Hat Enterprise Linux 9.8 \u00e9s 10.2 verzi\u00f3kkal, \u00e9s tartalmazz\u00e1k az ezekben a kiad\u00e1sokban javasolt \u00f6sszes v\u00e1ltoztat\u00e1st. Az install\u00e1l\u00f3 k\u00e9pf\u00e1jlok x86_64_v3, x86_64_v2, ARM64, ppc64le \u00e9s s390x architekt\u00far\u00e1kra k\u00e9sz\u00fcltek bootolhat\u00f3 (1 GB), minim\u00e1lis (1,6 GB) \u00e9s teljes (10 GB) k\u00e9pk\u00e9nt. K\u00e9s\u0151bb GNOME, KDE, MATE \u00e9s Xfce Live v\u00e1ltozatok, valamint Raspberry Pi, kont\u00e9nerek, WSL (Windows Subsystem for Linux) \u00e9s felh\u0151platformok sz\u00e1m\u00e1ra k\u00e9sz\u00fclt k\u00e9pek is form\u00e1l\u00f3dnak.<\/p>\n
A disztrib\u00faci\u00f3 lehet\u0151s\u00e9g szerint bin\u00e1risan kompatibilis a Red Hat Enterprise Linux-szal, \u00e9s haszn\u00e1lhat\u00f3 a RHEL 10.2 \u00e9s a CentOS 10 Stream helyettes\u00edt\u00e9s\u00e9re. A rebranding mellett, \u00e9s a RHEL-specifikus csomagok elt\u00e1vol\u00edt\u00e1sa ut\u00e1n, az AlmaLinux 10.2 a k\u00f6vetkez\u0151 elt\u00e9r\u00e9seket mutatja a RHEL 10.2-hez k\u00e9pest:\n<\/p>\n
\n
K\u00f6zz\u00e9tett\u00e9k a i686 architekt\u00far\u00e1ra \u00f6ssze\u00e1ll\u00edtott csomagok t\u00e1rol\u00f3j\u00e1t, valamint Docker form\u00e1tum\u00fa kont\u00e9nerk\u00e9peket a 32 bites x86 rendszerekhez. A Red Hat 2014-ben a RHEL 7 kiad\u00e1sban le\u00e1ll\u00edtotta a 32 bites x86 architekt\u00far\u00e1ra vonatkoz\u00f3 kiad\u00e1sok k\u00e9sz\u00edt\u00e9s\u00e9t. A CentOS 7 \u00e1gon a 32 bites csomagok \u00f6ssze\u00e1ll\u00edt\u00e1s\u00e1t a CentOS Linux AltArch SIG csapat folytatta, de a CentOS 8 \u00e1gt\u00f3l kezdve a hasonl\u00f3 \u00f6sszetev\u0151k k\u00e9sz\u00edt\u00e9se megsz\u0171nt. Az i686 architekt\u00far\u00e1t c\u00e9lz\u00f3 csomagok \u00fajb\u00f3li bevezet\u00e9s\u00e9nek oka az volt, hogy lehet\u0151s\u00e9get biztos\u00edtsanak a r\u00e9gi alkalmaz\u00e1sok futtat\u00e1s\u00e1ra, amelyek csak 32 bites rendszerekhez el\u00e9rhet\u0151 futtathat\u00f3 f\u00e1jlok form\u00e1j\u00e1ban vissz\u00fck. Ezek az \u00f6ssze\u00e1ll\u00edt\u00e1sok hasznosak lehetnek 32 bites k\u00f6rnyezetek l\u00e9trehoz\u00e1s\u00e1ra a k\u00f3d folyamatos integr\u00e1ci\u00f3s tesztel\u00e9s\u00e9hez, \u00e9s 32 bites programok kont\u00e9nereinek futtat\u00e1s\u00e1hoz is.\n
Visszat\u00e9r a Btrfs f\u00e1jlrendszer t\u00e1mogat\u00e1sa. A telep\u00edt\u0151ben hozz\u00e1adott funkci\u00f3 a meghajt\u00f3k Btrfs-sel val\u00f3 part\u00edcion\u00e1l\u00e1sa, biztos\u00edtott a btrfs.ko kernel modul telep\u00edt\u00e9se, visszaker\u00fclt a btrfs-progs eszk\u00f6zk\u00e9szlete, valamint elv\u00e9gezt\u00e9k a Btrfs-sel val\u00f3 munkav\u00e9gz\u00e9shez sz\u00fcks\u00e9ges adatt\u00e1rol\u00e1s kezel\u00e9si stack alkalmazkod\u00e1si munk\u00e1j\u00e1t, \u00e9s ellen\u0151rizt\u00e9k a bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 \u00e9s virt-v2v csomagok m\u0171k\u00f6d\u00e9s\u00e9nek helyess\u00e9g\u00e9t Btrfs k\u00f6rnyezetekben. A Red Hat a Btrfs f\u00e1jlrendszert elavultnak nyilv\u00e1n\u00edtotta a RHEL 7.4-es kiad\u00e1sban (2017) \u00e9s teljes m\u00e9rt\u00e9kben le\u00e1ll\u00edtotta a t\u00e1mogat\u00e1st a RHEL 8 \u00e1gon.\n<\/li>\n
Alap\u00e9rtelmez\u00e9s szerint akt\u00edv a CRB (CodeReady Builder) csomag repository, amely olyan csomagok gy\u0171jtem\u00e9ny\u00e9t k\u00edn\u00e1lja, amelyek alap\u00e9rtelmez\u00e9s szerint nem tal\u00e1lhat\u00f3k meg a Red Hat Enterprise Linuxban, mint p\u00e9ld\u00e1ul fejleszt\u0151i alkalmaz\u00e1sok, kieg\u00e9sz\u00edt\u0151 k\u00f6nyvt\u00e1rak \u00e9s interf\u00e9szek, valamint hibakeres\u00e9si adatok, dokument\u00e1ci\u00f3, fejl\u00e9cek, statikus build-ek \u00e9s p\u00e9ldak\u00f3dok (a -devel, -example, -doc \u00e9s -static csomagok). A CRB-ben m\u00e1sok mellett olyan k\u00f6nyvt\u00e1rak tal\u00e1lhat\u00f3k, amelyek f\u00fcgg\u0151s\u00e9gk\u00e9nt szerepelnek a repository-b\u00f3l sz\u00e1rmaz\u00f3 csomagokban. \nEPEL (Extra Packages for Enterprise Linux). <\/p>\n<\/li>\n
Kialak\u00edtott\u00e1k az NVIDIA illeszt\u0151programok \u00e9s CUDA stack telep\u00edt\u0151csomagjait. Az illeszt\u0151programok UEFI Secure Boot konfigur\u00e1ci\u00f3ban is haszn\u00e1lhat\u00f3k. Az NVIDIA hivatalos z\u00e1rt forr\u00e1sk\u00f3d\u00fa illeszt\u0151programcsomagj\u00e1b\u00f3l sz\u00e1rmaz\u00f3 kernelmodulok nem t\u00f6lthet\u0151k be UEFI Secure Boot \u00fczemm\u00f3dban, mivel nem rendelkeznek a disztrib\u00faci\u00f3 digit\u00e1lis al\u00e1\u00edr\u00e1s\u00e1val. Ezt a korl\u00e1toz\u00e1st \nk\u00f6rnyezetben siker\u00fclt megker\u00fclni az NVIDIA \u00e1ltal k\u00f6zz\u00e9tett ny\u00edlt kernel modulok felhaszn\u00e1l\u00e1s\u00e1val, amely alapj\u00e1n saj\u00e1t nvidia-open-kmod csomagot alak\u00edtottak ki a digit\u00e1lisan al\u00e1\u00edrt AlmaLinux moduljaival. K\u00fcl\u00f6n csomagot hoztak l\u00e9tre az almalinux-release-nvidia-driver n\u00e9ven, amely az NVIDIA \u00e1ltal t\u00e1mogatott k\u00fcls\u0151 t\u00e1rol\u00f3 konfigur\u00e1ci\u00f3j\u00e1t tartalmazza, ahonnan a CUDA illeszt\u0151programok \u00e9s az NVIDIA illeszt\u0151program felhaszn\u00e1l\u00f3i t\u00e9rben m\u0171k\u00f6d\u0151, z\u00e1rt forr\u00e1sk\u00f3d\u00fa \u00f6sszetev\u0151i t\u00f6lt\u0151dnek le.<\/p>\n<\/li>\n
K\u00fcl\u00f6nb\u00f6z\u0151 \u00f6ssze\u00e1ll\u00edt\u00e1sok k\u00e9sz\u00fcltek az x86-64 architekt\u00fara m\u00e1sodik verzi\u00f3j\u00e1hoz (x86-64-v2), amelyek p\u00e1rhuzamosan k\u00e9sz\u00fclnek az x86-64 alapv\u00e1ltozatokkal, amelyek az x86-64-v3 architekt\u00far\u00e1ra optimaliz\u00e1ltak, amely a RHEL 10-ben van haszn\u00e1latban. A x86-64-v2 tov\u00e1bbi t\u00e1mogat\u00e1sa lehet\u0151v\u00e9 teszi az Intel Haswell \u00e9s AMD Excavator CPU-k, amelyek 2013 el\u0151tt lettek megtervezve, val\u00f3 kompatibilit\u00e1s biztos\u00edt\u00e1s\u00e1t. Az alap t\u00e1rol\u00f3kon k\u00edv\u00fcl az x86-64-v2 \u00f6ssze\u00e1ll\u00edt\u00e1sokat az EPEL t\u00e1rol\u00f3b\u00f3l sz\u00e1rmaz\u00f3 csomagok sz\u00e1m\u00e1ra is el\u0151k\u00e9sz\u00edtett\u00e9k.\n<\/li>\n
Vissza\u00e1lltak a SPICE protokoll szerver \u00e9s kliens megval\u00f3s\u00edt\u00e1sai, amelyek lehet\u0151v\u00e9 teszik a t\u00e1voli munk\u00e1t egy virtu\u00e1lis k\u00f6rnyezetben m\u0171k\u00f6d\u0151 asztali sz\u00e1m\u00edt\u00f3g\u00e9p kezel\u00e9s\u00e9re a QEMU\/KVM vez\u00e9rl\u00e9s\u00e9vel. A VNC \u00e9s RDP protokollokt\u00f3l elt\u00e9r\u0151en a SPICE-n\u00e9l a k\u00e9perny\u0151tartalom megjelen\u00edt\u00e9s\u00e9t \u00e9s az audio stream-ek feldolgoz\u00e1s\u00e1t a kliens v\u00e9gzi, nem pedig a szerveren<\/a>. Az RHEL 9.0 verzi\u00f3ban a SPICE t\u00e1mogat\u00e1sa megsz\u0171nt.\n<\/li>\n