Megjelent az AlmaLinux 10.1 disztrib\u00faci\u00f3ja, amely szinkroniz\u00e1lva van a Red Hat Enterprise Linux 10.1-el, \u00e9s tartalmazza az ebben a kiad\u00e1sban javasolt \u00f6sszes v\u00e1ltoz\u00e1st. A telep\u00edt\u0151 k\u00e9pek az x86_64_v3, x86_64_v2, ARM64, ppc64le \u00e9s s390x architekt\u00far\u00e1kra k\u00e9sz\u00fcltek, bootolhat\u00f3 (927 MB), minim\u00e1lis (1,4 GB) \u00e9s teljes k\u00e9pk\u00e9nt (8,3 GB) \u00e1llnak rendelkez\u00e9sre. K\u00e9s\u0151bb Live-verzi\u00f3k is k\u00e9sz\u00fclnek GNOME, KDE, MATE \u00e9s Xfce fel\u00fcletekkel, tov\u00e1bb\u00e1 a Raspberry Pi platformokra, kont\u00e9nerekhez, WSL (Windows Subsystem for Linux) \u00e9s felh\u0151platformokhoz is k\u00e9pek k\u00e9sz\u00fclnek. <\/p>\n
A disztrib\u00faci\u00f3 lehet\u0151s\u00e9g szerint bin\u00e1risan kompatibilis a Red Hat Enterprise Linux-szal, \u00e9s RHEL 10.1 \u00e9s CentOS 10 Stream helyettes\u00edt\u00e9s\u00e9re haszn\u00e1lhat\u00f3. A rebranding mellett, \u00e9s az RHEL-re specifikus csomagok elt\u00e1vol\u00edt\u00e1s\u00e1n t\u00fal, az AlmaLinux 10.1 az al\u00e1bbi elt\u00e9r\u00e9seket mutatja az RHEL 10.1-hez k\u00e9pest: <\/p>\n
\n
\u00dajraindult a Btrfs f\u00e1jlrendszer t\u00e1mogat\u00e1sa. Hozz\u00e1adt\u00e1k a t\u00e1rol\u00f3k Btrfs-alap\u00fa particion\u00e1l\u00e1s\u00e1nak lehet\u0151s\u00e9g\u00e9t a telep\u00edt\u0151ben, biztos\u00edtott\u00e1k a btrfs.ko kernelmodul telep\u00edt\u00e9s\u00e9t, vissza\u00e1ll\u00edtott\u00e1k a btrfs-progs utilit\u00e1scsomagot, valamint elv\u00e9gezt\u00e9k a Btrfs-el kapcsolatos t\u00e1rol\u00e1si kezel\u00e9s \u00e9s a m\u0171veletek tesztel\u00e9s\u00e9t a bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 \u00e9s virt-v2v csomagokkal Btrfs k\u00f6rnyezetekben. A Red Hat 2017-es RHEL 7.4 kiad\u00e1sban elavultnak nyilv\u00e1n\u00edtotta a Btrfs FS-t, \u00e9s teljesen megsz\u00fcntette a t\u00e1mogat\u00e1s\u00e1t az RHEL 8 \u00e1gon.\n
Alap\u00e9rtelmez\u00e9s szerint akt\u00edv a CRB (CodeReady Builder) csomagok t\u00e1rol\u00f3ja, amely olyan csomagok gy\u0171jtem\u00e9ny\u00e9t tartalmazza, amelyeket alap\u00e9rtelmez\u00e9s szerint nem k\u00edn\u00e1lnak a Red Hat Enterprise Linux-ban, mint p\u00e9ld\u00e1ul fejleszt\u0151k sz\u00e1m\u00e1ra k\u00e9sz\u00fclt alkalmaz\u00e1sok, tov\u00e1bbi k\u00f6nyvt\u00e1rak \u00e9s k\u00f6t\u00e9sek, valamint hibakeres\u00e9si adatokkal, dokument\u00e1ci\u00f3val, fejl\u00e9cekkel, statikus \u00f6sszes\u00edt\u00e9sekkel \u00e9s k\u00f3dmint\u00e1kkal rendelkez\u0151 csomagok («-devel», «-example», «-doc» \u00e9s «-static»). A CRB-ben t\u00f6bbek k\u00f6z\u00f6tt olyan k\u00f6nyvt\u00e1rak tal\u00e1lhat\u00f3k, amelyek f\u00fcgg\u0151s\u00e9gekk\u00e9nt szolg\u00e1lnak az EPEL (Extra Packages for Enterprise Linux) t\u00e1rol\u00f3b\u00f3l sz\u00e1rmaz\u00f3 csomagokhoz.\n
NVIDIA illeszt\u0151programok \u00e9s CUDA stack telep\u00edt\u0151csomagok k\u00e9sz\u00fcltek. Az illeszt\u0151programok UEFI Secure Boot konfigur\u00e1ci\u00f3kban haszn\u00e1lhat\u00f3k. Az NVIDIA hivatalos z\u00e1rt forr\u00e1sk\u00f3d\u00fa illeszt\u0151programjaib\u00f3l sz\u00e1rmaz\u00f3 kernel modulok nem t\u00f6lthet\u0151k be UEFI Secure Boot m\u00f3dban, mivel nem rendelkeznek az eloszt\u00e1s digit\u00e1lis al\u00e1\u00edr\u00e1s\u00e1val. E korl\u00e1toz\u00e1st siker\u00fclt megker\u00fclni az NVIDIA \u00e1ltal ny\u00fajtott ny\u00edlt kernel modulok alkalmaz\u00e1s\u00e1val, amely alapj\u00e1n l\u00e9trej\u00f6tt a nvidia-open-kmod csomag, amely az AlmaLinux digit\u00e1lis al\u00e1\u00edr\u00e1s\u00e1val rendelkez\u0151 moduljaib\u00f3l \u00e1ll. K\u00fcl\u00f6n csomag k\u00e9sz\u00fclt az almalinux-release-nvidia-driver-hez, amely az NVIDIA \u00e1ltal t\u00e1mogatott k\u00fcls\u0151 t\u00e1rol\u00f3 konfigur\u00e1ci\u00f3j\u00e1t tartalmazza, ahonnan a CUDA illeszt\u0151programok \u00e9s a felhaszn\u00e1l\u00f3i t\u00e9rben m\u0171k\u00f6d\u0151 z\u00e1rt forr\u00e1sk\u00f3d\u00fa NVIDIA komponensek bet\u00f6lt\u0151dnek.\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. <\/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