{"id":181758,"date":"2026-05-27T02:48:02","date_gmt":"2026-05-27T00:48:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-almalinux-9-8-i-10-2"},"modified":"2026-05-27T02:48:02","modified_gmt":"2026-05-27T00:48:02","slug":"reliz-almalinux-9-8-i-10-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-almalinux-9-8-i-10-2","title":{"rendered":"Rilascio di AlmaLinux 9.8 e 10.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato rilasciato il nuovo distributore AlmaLinux 10.2, insieme all'aggiornamento della precedente versione \u2014 AlmaLinux 9.8. I rilasci sono sincronizzati con Red Hat Enterprise Linux 9.8 e 10.2, e contengono 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 sotto forma di immagine avviabile (1 GB), minima (1,6 GB) e completa (10 GB). In seguito verranno create le versioni Live con GNOME, KDE, MATE e Xfce, oltre alle immagini per schede Raspberry Pi, container, WSL (Windows Subsystem for Linux) e piattaforme cloud.<\/p>\n
La distribuzione \u00e8, per quanto possibile, binariamente compatibile con Red Hat Enterprise Linux e pu\u00f2 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:\n<\/p>\n
\n
\u00c8 stato pubblicato un repository di pacchetti, compilati per l'architettura i686, cos\u00ec 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 \u00e8 stata continuata dal team CentOS Linux AltArch SIG, ma a partire dalla branch CentOS 8, la realizzazione di tali build \u00e8 stata interrotta. Il motivo della riproposizione delle build per l'architettura i686 in AlmaLinux \u00e8 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.\n
\u00c8 stato ripristinato il supporto per il file system Btrfs. \u00c8 stata aggiunta la possibilit\u00e0 di partizionare i dischi utilizzando Btrfs nell'installer, \u00e8 stato garantito l'installazione del modulo del kernel btrfs.ko, \u00e8 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.\n<\/li>\n
Di default \u00e8 attivato il repository di pacchetti CRB (CodeReady Builder), che fornisce una selezione di pacchetti, non offerti di default in Red Hat Enterprise Linux, come applicazioni per sviluppatori, librerie aggiuntive e wrapper, nonch\u00e9 pacchetti con dati di debug, documentazione, file di intestazione, build statiche e esempi di codice (pacchetti \u00ab-devel\u00bb, \u00ab-example\u00bb, \u00ab-doc\u00bb e \u00ab-static\u00bb). Tra l'altro, nel CRB sono presenti librerie utilizzate come dipendenze in pacchetti del repository. \nEPEL (Extra Packages for Enterprise Linux). <\/p>\n<\/li>\n
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\u00e0 UEFI Secure Boot, poich\u00e9 non sono firmati digitalmente dal distributore. Questa limitazione \n\u00e8 stata superata grazie all'uso dei moduli del kernel aperti forniti da NVIDIA, dai quali \u00e8 stato creato un pacchetto nvidia-open-kmod con moduli firmati digitalmente da AlmaLinux. \u00c8 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.<\/p>\n<\/li>\n
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\u00e0 con CPU pi\u00f9 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.\n<\/li>\n
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<\/a>. In RHEL il supporto per SPICE \u00e8 stato interrotto con la versione 9.0.\n<\/li>\n