La eldono de la distribuaĵo AlmaLinux 10.1 estas prezentita, sinkronigita kun Red Hat Enterprise Linux 10.1 kaj enhavanta ĉiujn ŝanĝojn proponitajn en ĉi tiu eldono. Instalaĵaj bildoj estas pretigitaj por arkitekturoj x86_64_v3, x86_64_v2, ARM64, ppc64le kaj s390x en la formo de startiga (927 MB), minimuma (1.4 GB) kaj plena bildo (8.3 GB). Vivaj konstruoj kun GNOME, KDE, MATE kaj Xfce estos kreitaj poste, same kiel bildoj por Raspberry Pi-platoj, ujoj, WSL (Windows Subsystem por Linukso) kaj nubaj platformoj.
La distribuaĵo estas binare kongrua kun Red Hat Enterprise Linux kie eble kaj povas esti uzata kiel anstataŭaĵo por RHEL 10.1 kaj CentOS 10 Stream. Aldone al la remarkado kaj forigo de RHEL-specifaj pakaĵoj, AlmaLinux 10.1 havas la jenajn diferencojn kompare kun RHEL 10.1:
- Subteno por la dosiersistemo Btrfs estis restarigita. Ni aldonis la kapablon dividi diskojn per Btrfs en la instalilo, certigis la instaladon de la kerna modulo btrfs.ko, redonis la ilaron btrfs-progs, kaj adaptis la stokadan administradan stakon por Btrfs. Ni ankaŭ konfirmis, ke la jenaj pakaĵoj funkcias ĝuste en Btrfs-medioj: bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2, kaj virt-v2v. Red Hat malrekomendis la dosiersistemon Btrfs en RHEL 7.4 (2017) kaj ĉesigis subtenon por ĝi en RHEL 8.
- La pakaĵdeponejo CodeReady Builder (CRB) estas ebligita defaŭlte. Ĝi enhavas elekton de pakaĵoj ne ofertitaj defaŭlte en Red Hat Enterprise Linux, inkluzive de programistaj aplikaĵoj, aldonaj bibliotekoj kaj pakaĵoj, kaj ankaŭ pakaĵoj enhavantaj sencimigajn datumojn, dokumentaron, kapdosierojn, statikajn konstruojn kaj kodajn specimenojn (la pakaĵoj "-devel", "-example", "-doc" kaj "-static"). Interalie, CRB inkluzivas bibliotekojn uzatajn kiel dependecojn en pakaĵoj el la deponejo EPEL (Extra Packages for Enterprise Linux).
- Pakaĵoj por instali NVIDIA-pelilojn kaj la CUDA-stakon jam estas kreitaj. La peliloj uzeblas en agordoj kun UEFI Secure Boot. Kernaj moduloj el la oficiala aro de proprietaj peliloj de NVIDIA ne povas esti ŝargitaj en UEFI Secure Boot-reĝimo ĉar ili ne estas ciferece subskribitaj de la distribuaĵo. Ĉi tiu limigo estis evitita per uzado de kernaj moduloj malkaŝe haveblaj de NVIDIA, kiuj estis uzitaj por krei proprietan nvidia-open-kmod pakaĵon kun moduloj ciferece subskribitaj de AlmaLinux. Aparta pakaĵo, almalinux-release-nvidia-driver, agordas eksteran deponejon konservatan de NVIDIA, el kiu CUDA-peliloj kaj proprietaj NVIDIA-pelilkomponantoj funkciantaj en la uzantospaco estas ŝargitaj.
- Apartaj konstruoj por la dua versio de la x86-64 mikroarkitekturo (x86-64-v2) estis kreitaj. Ĉi tiuj konstruoj estas konservataj paralele kun la bazaj x86-64 konstruoj, kiuj estas generitaj kun optimumigoj por la x86-64-v3 mikroarkitekturo uzata en RHEL 10. Plia subteno por x86-64-v2 certigas kongruecon kun procesoroj pli malnovaj ol Intel Haswell kaj AMD Excavator, desegnitaj antaŭ 2013. Aldone al la normaj deponejoj, x86-64-v2 konstruoj ankaŭ estas preparitaj por pakaĵoj el la EPEL deponejo.
- Servilaj kaj klientaj efektivigoj de la protokolo SPICE estis reenkondukitaj, permesante interagojn kun malproksimaj labortabloj funkciantaj en virtuala medio sub QEMU/KVM. Male al la protokoloj VNC kaj RDP, SPICE bildigas ekranan enhavon kaj prilaboras sonfluojn ĉe la klienta flanko, anstataŭ ĉe la servilo. serviloEn RHEL, SPICE-subteno estis forigita en eldono 9.0.
- Revenis al uzado de procesora registro %rbp kiel baza montrilo al staka kadro enhavanta revenadresojn kaj funkciovariablojn (kadra montrilo). Uzi montrilon por stakigi kadrojn permesas al la distribuo uzi kromajn kapablojn por sistempasado kaj profilado.
- La kapablo uzi hipervizoron estas efektivigita KVM Sur sistemoj kun IBM POWER procesoroj. En RHEL, tia subteno estis nuligita en la branĉo 9.0.
- La deponejo Synergy, kiu enhavas pakaĵojn krom Red Hat Enterprise Linux, estas prizorgata. Nuntempe, la deponejo Synergy enhavas pakaĵojn por la uzantmedio Pantheon, evoluigita de la projekto Elementary OS, kaj Warpinator, ilon por ĉifrita dosierkunhavigo inter du komputiloj.
- La kapablo lanĉi en UEFI Secure Boot-reĝimo estis efektivigita por sistemoj kun Intel/AMD kaj ARM-procesoroj.
- Subteno por pli ol 150 aparataroj ne subtenataj en RHEL 10.1 estis restarigita. Ekzemple, la identigiloj de malnovaj PCI-aparatoj en la peliloj estis redonitaj:
- aacraid - Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
- be2iscsi - Emulex OneConnectOpen-iSCSI por BladeEngine 2 kaj 3
- be2net - Emulex BladeEngine 2 kaj 3 adaptiloj *
- hpsa - HP Smart Array Controller
- lpfc - Emulex LightPulse Fibre Channel SCSI
- megaraid_sas - Broadcom MegaRAID SAS
- mlx4_core - Mellanox Gen2 kaj ConnectX-2
- mpt3sas - LSI MPT Fusion SAS 3.0
- mptsas - Fusion MPT SAS Gastiganto
- qla2xxx - QLogic Fibre Channel HBA
- qla4xxx - QLogic iSCSI HBA.
La AlmaLinux-distribuo estis fondita de CloudLinux en respondo al la antaŭtempa fino de subteno por CentOS 8 de Red Hat (la liberigo de ĝisdatigoj por CentOS 8 ĉesis fine de 2021, kaj ne en 2029, kiel uzantoj atendis). La projekto estas kontrolita de aparta neprofitcela organizaĵo, la AlmaLinux OS Foundation, kiu estis kreita por disvolvi sur neŭtrala platformo kun komunuma partopreno kaj uzante regadon similan al la projekto Fedora. La distribuo estas senpaga por ĉiuj kategorioj de uzantoj. Ĉiuj evoluoj de AlmaLinux estas publikigitaj sub liberaj permesiloj.
Krom AlmaLinux, Rocky Linux (evoluigita de la komunumo sub la gvidado de la fondinto de CentOS), Oracle Linux, SUSE Liberty Linux kaj EuroLinux ankaŭ estas poziciigitaj kiel alternativoj al la klasika CentOS. Krome, Red Hat disponigis RHEL senpage al malfermfontaj organizoj kaj individuaj programistaj medioj kun ĝis 16 virtualaj aŭ fizikaj sistemoj.
fonto: opennet.ru
