{"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\/novosti-interneta\/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 sistema operativo AlmaLinux 10.2, insieme all'aggiornamento della versione precedente \u2014 AlmaLinux 9.8. Le versioni sono sincronizzate con Red Hat Enterprise Linux 9.8 e 10.2 e includono tutte le modifiche proposte in questi rilasci. Le immagini di installazione sono disponibili per le architetture x86_64_v3, x86_64_v2, ARM64, ppc64le e s390x in forma di immagine avviabile (1 GB), minima (1.6 GB) e completa (10 GB). In seguito saranno create versioni Live con GNOME, KDE, MATE e Xfce, oltre a immagini per schede Raspberry Pi, container, WSL (Windows Subsystem for Linux) e piattaforme cloud.<\/p>\n
Il distribuito \u00e8 compatibile binariamente con Red Hat Enterprise Linux e pu\u00f2 essere utilizzato come alternativa a RHEL 10.2 e CentOS 10 Stream. Oltre al rebranding e alla rimozione dei pacchetti specifici per RHEL, in AlmaLinux 10.2 sono state annotate le seguenti differenze rispetto a RHEL 10.2:\n<\/p>\n
\n
\u00c8 stato pubblicato un repository di pacchetti compilati per l'architettura i686, insieme a immagini dei contenitori in formato Docker per sistemi x86 a 32 bit. Red Hat ha interrotto la creazione di build a 32 bit per l'architettura x86 nella release RHEL 7, pubblicata nel 2014. Nella branch CentOS 7, la compilazione di pacchetti a 32 bit \u00e8 stata proseguita dal team CentOS Linux AltArch SIG, ma a partire dalla branch CentOS 8, la creazione di tali build \u00e8 stata interrotta. La rinascita delle build per l'architettura i686 in AlmaLinux \u00e8 stata motivata dalla volont\u00e0 di fornire la possibilit\u00e0 di eseguire le vecchie applicazioni, disponibili solo in forma di file eseguibili per sistemi a 32 bit. Le build possono anche essere utili per creare ambienti a 32 bit per il test del codice nei sistemi di integrazione continua e per eseguire contenitori per programmi a 32 bit.\n
\u00c8 stata ripristinata la supporto per il filesystem Btrfs. \u00c8 stata aggiunta la possibilit\u00e0 di partizionare i dispositivi utilizzando Btrfs nell'installatore, \u00e8 stato garantito l'installazione del modulo del kernel btrfs.ko, \u00e8 tornato il set di utilit\u00e0 btrfs-progs ed \u00e8 stato effettuato un lavoro di adattamento per una corretta integrazione con Btrfs nel pilastro del sistema di gestione dei dati. Inoltre, \u00e8 stata verificata la corretta funzionalit\u00e0 dei pacchetti bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 e virt-v2v negli ambienti con Btrfs. Red Hat ha dichiarato il filesystem Btrfs obsoleto nella release RHEL 7.4 (2017) e ha completamente cessato il suo supporto nella versione RHEL 8.\n<\/li>\n
Per impostazione predefinita, \u00e8 attivato il repository dei pacchetti CRB (CodeReady Builder), che fornisce una raccolta di pacchetti che non sono offerti di default in Red Hat Enterprise Linux, come applicazioni per sviluppatori, librerie aggiuntive e wrapper, e 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 nei pacchetti del repository. \nEPEL (Extra Packages for Enterprise Linux). <\/p>\n<\/li>\n
Sono stati creati 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 del set di driver proprietari ufficiali 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 aggirata grazie all'uso dei moduli del kernel aperti forniti da NVIDIA, sulla base dei quali \u00e8 stato creato un pacchetto proprio nvidia-open-kmod con moduli firmati digitalmente da AlmaLinux. \u00c8 stato redatto separatamente il pacchetto almalinux-release-nvidia-driver con la configurazione del repository esterno supportato da NVIDIA, da cui vengono scaricati i driver CUDA e i componenti proprietari del driver NVIDIA che operano nello spazio utente.<\/p>\n<\/li>\n
Sono state create versioni separate per la seconda versione dell'architettura micro x86-64 (x86-64-v2), che vengono rilasciate insieme alle versioni base x86-64, ottimizzate per l'architettura x86-64-v3, utilizzata in RHEL 10. Il supporto aggiuntivo per x86-64-v2 garantisce la compatibilit\u00e0 con le CPU pi\u00f9 vecchie Intel Haswell e AMD Excavator, progettate prima del 2013. Oltre ai repository standard, le versioni x86-64-v2 sono state preparate anche per i 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 sotto 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 sul server<\/a>. In RHEL, il supporto per SPICE \u00e8 stato interrotto con il rilascio 9.0.\n<\/li>\n