È stato presentato il rilascio della distribuzione AlmaLinux 10.2, insieme all'aggiornamento della versione precedente — AlmaLinux 9.8. I rilasci sono sincronizzati con Red Hat Enterprise Linux 9.8 e 10.2, e includono tutte le modifiche proposte in queste versioni. Le immagini di installazione sono preparate per le architetture x86_64_v3, x86_64_v2, ARM64, ppc64le e s390x in forma di immagine bootable (1 GB), immagine minima (1,6 GB) e immagine completa (10 GB). In seguito verranno create versioni Live con GNOME, KDE, MATE e Xfce, oltre alle immagini per dispositivi Raspberry Pi, container, WSL (Windows Subsystem for Linux) e piattaforme cloud.
La distribuzione è, per quanto possibile, binariamente compatibile con Red Hat Enterprise Linux e può essere utilizzata come sostituto di RHEL 10.2 e CentOS 10 Stream. Oltre al rebranding e alla rimozione dei pacchetti specifici di RHEL, in AlmaLinux 10.2 sono state segnalate le seguenti differenze rispetto a RHEL 10.2:
- È stato pubblicato un repository di pacchetti, compilati per l'architettura i686, così come immagini di container in formato Docker per sistemi a 32 bit x86. Red Hat ha rinunciato a fornire build a 32 bit per l'architettura x86 nella versione RHEL 7, pubblicata nel 2014. Nella branch CentOS 7, la compilazione dei pacchetti a 32 bit è stata continuata dal team CentOS Linux AltArch SIG, ma a partire dalla branch CentOS 8, la realizzazione di tali build è stata interrotta. Il motivo della riproposizione delle build per l'architettura i686 in AlmaLinux è stato il desiderio di consentire l'esecuzione di vecchie applicazioni disponibili solo come file eseguibili per sistemi a 32 bit. Le build possono anche essere utili per la creazione di ambienti a 32 bit per il testing del codice in sistemi di integrazione continua e per l'esecuzione di container per programmi a 32 bit.
- È stato ripristinato il supporto per il file system Btrfs. È stata aggiunta la possibilità di partizionare i dischi utilizzando Btrfs nell'installer, è stato garantito l'installazione del modulo del kernel btrfs.ko, è stato ripristinato il set di strumenti btrfs-progs e sono stati effettuati lavori per adattare l'uso di Btrfs nel stack di gestione dei dati e verificata la correttezza del funzionamento dei pacchetti bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 e virt-v2v in ambienti con Btrfs. Red Hat ha dichiarato il file system Btrfs obsoleto nella versione RHEL 7.4 (2017) e ha completamente interrotto il suo supporto nella branch RHEL 8.
- Per impostazione predefinita, è attivato il repository pacchetti CRB (CodeReady Builder), che fornisce un insieme di pacchetti non offerti di default in Red Hat Enterprise Linux, come applicazioni per sviluppatori, librerie aggiuntive e wrapper, nonché pacchetti con dati di debug, documentazione, file di intestazione, compilazioni statiche e esempi di codice (pacchetti «-devel», «-example», «-doc» e «-static»). Tra l'altro, nel CRB sono presenti librerie utilizzate come dipendenze nei pacchetti del repository.
EPEL (Extra Packages for Enterprise Linux). - Sono stati formati pacchetti per l'installazione dei driver NVIDIA e del stack CUDA. I driver possono essere utilizzati in configurazioni con UEFI Secure Boot. I moduli del kernel dell'insieme ufficiale di driver proprietari di NVIDIA non possono essere caricati in modalità UEFI Secure Boot, poiché non sono firmati digitalmente dal distributore. Questa limitazione
è stata superata grazie all'uso dei moduli del kernel aperti forniti da NVIDIA, dai quali è stato creato un pacchetto nvidia-open-kmod con moduli firmati digitalmente da AlmaLinux. È stato creato separatamente il pacchetto almalinux-release-nvidia-driver con la configurazione del repository esterno supportato da NVIDIA, dal quale vengono scaricati i driver CUDA e i componenti proprietari del driver NVIDIA che operano nello spazio utente. - Sono state formate separatamente build per la seconda versione dell'architettura x86-64 (x86-64-v2), accompagnate parallelamente dalle build di base x86-64, create con ottimizzazioni per l'architettura x86-64-v3, utilizzata in RHEL 10. Il supporto aggiuntivo per x86-64-v2 consente di garantire la compatibilità con CPU più vecchie come Intel Haswell e AMD Excavator, progettati prima del 2013. Oltre ai repository standard, le build x86-64-v2 sono state predisposte anche per pacchetti del repository EPEL.
- Sono state restituite le implementazioni server e client del protocollo SPICE, che consente di organizzare il lavoro remoto con un desktop funzionante in un ambiente virtuale gestito da QEMU/KVM. A differenza dei protocolli VNC e RDP, in SPICE il rendering del contenuto dello schermo e l'elaborazione dei flussi audio avvengono sul lato client, non su server. In RHEL il supporto per SPICE è stato interrotto con la versione 9.0.
- Ritorna l'uso del registro del processore %rbp come puntatore base per il frame dello stack, contenente gli indirizzi di ritorno e le variabili della funzione (frame pointer). L'uso del puntatore ai frame dello stack consente di utilizzare nella distribuzione funzionalità aggiuntive per il tracciamento e il profilamento del sistema.
- È stata implementata la possibilità di utilizzare un hypervisor KVM su sistemi con processori IBM POWER. In RHEL, questo supporto è stato interrotto nella versione 9.0.
- È supportato il repository
Synergy, in cui sono collocati pacchetti diversi da Red Hat Enterprise Linux. Attualmente, nel repository Synergy sono già stati pubblicati pacchetti con l'ambiente desktop Pantheon, sviluppato dal progetto Elementary OS, e l'utility Warpinator, progettata per lo scambio di file crittografati tra due computer. - È stata implementata la possibilità di avvio in modalità UEFI Secure Boot per sistemi con processori Intel/AMD e ARM.
- È stata ripristinata la supporto per oltre 150 dispositivi hardware, non supportati in RHEL 10.2. Ad esempio, sono stati ripristinati gli identificatori dei vecchi dispositivi PCI nei driver:
- aacraid — Dell PERC2, 2/SI, 3/SI, 3/DI, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
- be2iscsi — Emulex OneConnectOpen-iSCSI per BladeEngine 2 e 3
- be2net — Emulex BladeEngine 2 e 3 adapters *
- hpsa — HP Smart Array Controller
- lpfc — Emulex LightPulse Fibre Channel SCSI
- megaraid_sas — Broadcom MegaRAID SAS
- mlx4_core — Mellanox Gen2 e ConnectX-2
- mpt3sas — LSI MPT Fusion SAS 3.0
- mptsas — Fusion MPT SAS Host
- qla2xxx — QLogic Fibre Channel HBA
- qla4xxx — QLogic iSCSI HBA.
La distribuzione AlmaLinux è stata creata dalla CloudLinux in risposta alla cessazione anticipata del supporto per CentOS 8 da parte di Red Hat (il rilascio degli aggiornamenti per CentOS 8 è terminato alla fine del 2021, e non nel 2029 come supponevano gli utenti). Il progetto è gestito da un'organizzazione non profit chiamata AlmaLinux OS Foundation, creata per lo sviluppo su una piattaforma neutral con la partecipazione della comunità e utilizzando un modello di gestione simile a quello del progetto Fedora. La distribuzione è gratuita per tutte le categorie di utenti. Tutti i progressi di AlmaLinux sono pubblicati sotto licenze libere.
Oltre ad AlmaLinux, come alternativa al classico CentOS si stanno proponendo anche Rocky Linux (sviluppato da una comunità sotto la guida del fondatore di CentOS), Oracle Linux, SUSE Liberty Linux ed EuroLinux. Inoltre, la compagnia Red Hat ha fornito la possibilità di utilizzare gratuitamente RHEL nelle organizzazioni che sviluppano software open source e in ambienti di sviluppatori individuali con un massimo di 16 sistemi virtuali o fisici.
Fonte: opennet.ru
