Calamares 3.4.3, OpenSSL 4.1 e NVIDIA 615 aggiornano lo stack Linux

🐧 Novità principali

• Calamares 3.4.3 migliora partizionamento, gestione delle impostazioni locali e diversi moduli utilizzati dagli installer delle distribuzioni Linux.
• OpenSSL 4.1 entra in alpha con DTLS 1.3, GREASE, IKEv2 KDF e nuove ottimizzazioni per la crittografia post-quantistica.
• NVIDIA 615.71.09 migliora Reflex nei giochi Vulkan nativi, corregge problemi Wayland e amplia le capacità del driver grafico Linux.

Tre aggiornamenti intervengono contemporaneamente su livelli molto diversi ma fondamentali dell’ecosistema Linux. Calamares 3.4.3 raffina l’installer grafico adottato da numerose distribuzioni, con correzioni dedicate soprattutto al partizionamento e alla configurazione locale. OpenSSL 4.1 apre invece il proprio ciclo di sviluppo con una prima alpha che introduce DTLS 1.3, GREASE e IKEv2 KDF, accompagnati da nuove ottimizzazioni della crittografia post-quantistica. Sul fronte grafico, NVIDIA 615.71.09 inaugura il nuovo ramo New Feature Branch con miglioramenti specifici per Vulkan, NVIDIA Reflex, Wayland e gestione della memoria. Non è una singola rivoluzione del desktop, ma un aggiornamento coordinato delle fondamenta sulle quali vengono installati, protetti ed eseguiti i sistemi Linux moderni.

Calamares 3.4.3 raffina partizionamento e configurazione delle distribuzioni

Calamares 3.4.3 prosegue la maturazione dell’installer grafico indipendente utilizzato da numerose distribuzioni per offrire procedure di installazione personalizzabili senza sviluppare un frontend proprietario completo. La nuova versione concentra il lavoro soprattutto sul modulo di partizionamento, sulla gestione delle impostazioni locali e su una serie di comportamenti che incidono sull’affidabilità della fase più delicata dell’installazione: preparare il disco senza interferire con partizioni o sistemi già presenti. Il progetto continua così l’evoluzione iniziata con Calamares 3.3, che aveva segnato un’importante revisione dell’installer grafico, spostandosi progressivamente verso una base più flessibile per distribuzioni rolling e release tradizionali.

L’importanza della release va letta soprattutto nel contesto delle distribuzioni che integrano Calamares direttamente nelle proprie immagini Live. SparkyLinux aveva adottato Calamares 3.4.2 nella snapshot rolling di giugno, mentre progetti Arch-based e derivati continuano a utilizzarlo per automatizzare creazione degli utenti, filesystem, bootloader e localizzazione. Anche CachyOS ha investito nell’esperienza dell’installer, aggiungendo negli ultimi mesi anteprime animate e nuovi formati grafici. In questo scenario la serie 3.4.x non rappresenta semplicemente un componente accessorio: errori nella logica di partizionamento o nella configurazione locale possono rendere inutilizzabile una ISO anche quando il resto della distribuzione è perfettamente funzionante.

Leggi anche: EndeavourOS Titan Nova aggiorna installer, kernel e driver preparando il passaggio a Wayland

OpenSSL 4.1 porta DTLS 1.3 nella prossima generazione della libreria

Più profondo è il cambiamento avviato da OpenSSL 4.1.0-alpha1, pubblicato il 9 settembre 2026 come prima anteprima del prossimo feature update. La pagina ufficiale dei download di OpenSSL conferma la disponibilità dell’alpha accanto al ramo stabile 4.0.2. La nuova generazione introduce il supporto a DTLS 1.3, definito dall’RFC 9147, portando le garanzie del TLS 1.3 nei protocolli che lavorano sopra trasporti datagram come UDP. Rispetto a TLS, DTLS deve tollerare perdita, riordinamento e duplicazione dei pacchetti senza rinunciare alle proprietà crittografiche della sessione. Arriva inoltre GREASE, acronimo di Generate Random Extensions And Sustain Extensibility, meccanismo progettato per evitare che implementazioni e middlebox assumano erroneamente che soltanto determinati valori TLS siano validi. Il principio consiste nell’inviare periodicamente valori deliberatamente sconosciuti ma conformi al protocollo, verificando così che l’ecosistema continui a tollerare future estensioni invece di irrigidirsi attorno alle implementazioni esistenti. OpenSSL 4.1 aggiunge anche il supporto alla IKEv2 KDF, utilizzata per la derivazione delle chiavi nell’Internet Key Exchange, e il supporto DTLS nella SSL listener API. La release arriva appena due settimane dopo OpenSSL 4.0.2, che aveva corretto undici vulnerabilità tra QUIC, CMS, CMP e DTLS. Questo rende particolarmente chiara la differenza tra i due rami: 4.0.2 è un aggiornamento stabile orientato all’hardening, mentre 4.1.0-alpha1 è software di test destinato agli sviluppatori e non dovrebbe sostituire le versioni produttive sui server.

OpenSSL accelera ML-KEM e ML-DSA su più architetture

OpenSSL 4.1 investe anche nelle prestazioni delle primitive post-quantistiche. Le note della release indicano ottimizzazioni delle operazioni NTT utilizzate da ML-DSA e ML-KEM su ppc64le, oltre a percorsi ottimizzati per ML-DSA su x86_64 e s390x. Su sistemi x86_64 arrivano anche implementazioni AVX-512 per SHAKE in modalità parallela e ottimizzazioni AVX-512/VAES per la decifratura AES-CBC. Non cambia il modello di sicurezza degli algoritmi, ma diminuisce il costo computazionale necessario per integrarli in applicazioni reali. È un passaggio importante perché l’adozione della crittografia post-quantistica non dipende soltanto dagli standard: librerie, CPU e protocolli devono raggiungere prestazioni sufficienti da evitare che la migrazione produca regressioni significative sulle infrastrutture. La 4.1 introduce inoltre il supporto iniziale all’architettura Elbrus2000, ampliando ulteriormente le piattaforme sulle quali OpenSSL può essere compilato.

NVIDIA 615 migliora Reflex nei giochi Vulkan nativi

Sul fronte desktop e gaming, NVIDIA 615.71.09 apre invece il ramo 615 per Linux. L’archivio ufficiale dei driver Unix NVIDIA indica la release come nuovo New Feature Branch, mentre il ramo Production resta sulla serie 595. La differenza è importante: la versione 615 contiene funzionalità più recenti e correzioni anticipate, ma è rivolta soprattutto agli utenti che vogliono accedere prima alle novità rispetto alla linea produttiva più conservativa. Una delle modifiche principali riguarda VK_NV_low_latency revision 2, che permette un migliore funzionamento di NVIDIA Reflex con Proton nei giochi Vulkan nativi che utilizzano NvLowLatencyVk.dll. Il driver corregge inoltre un problema che impediva a VK_NV_low_latency2 di ridurre correttamente la latenza sulle swapchain create attraverso superfici Wayland e display Vulkan. Il cambiamento prosegue il lavoro visto con NVIDIA 610.57.04, che aveva già corretto numerosi problemi tra Vulkan, Proton, X11 e Linux 7.0. La release risolve anche diversi blocchi all’avvio e durante l’Alt-Tab con NVIDIA Smooth Motion, elimina un leak di file descriptor quando il loader Vulkan scarica libGLX_nvidia.so.0 dopo vkDestroyInstance e corregge un errore Xid 109 osservato con PRAGMATA sotto Wayland. Sul piano delle capacità viene aggiunto il supporto all’estensione VK_EXT_cluster_acceleration_structure, oltre alla partizione della memoria basata sui cgroup, utile soprattutto negli ambienti nei quali GPU e memoria devono essere suddivise tra workload differenti.

Continua con:

• NVIDIA 610.43.02 aveva aperto il nuovo ciclo Linux con miglioramenti Vulkan e Wayland
• Mesa 26.2 rafforza Vulkan e porta i mesh shader sul driver open source NVK

Linux aggiorna le fondamenta senza aspettare il prossimo grande desktop

Calamares 3.4.3, OpenSSL 4.1 e NVIDIA 615 operano in aree differenti, ma descrivono bene dove si concentra oggi una parte rilevante dello sviluppo Linux. L’installer deve gestire configurazioni disco sempre più articolate senza trasformare il primo avvio in un rischio; la libreria crittografica deve assorbire nuovi protocolli e primitive post-quantistiche mantenendo prestazioni sostenibili; il driver grafico deve adattarsi a Wayland, Vulkan, Proton e meccanismi di riduzione della latenza ormai centrali anche nel gaming. Per l’utente finale alcune di queste modifiche saranno quasi invisibili. Calamares verrà incontrato una sola volta durante l’installazione, OpenSSL lavorerà dietro servizi e applicazioni e molte ottimizzazioni NVIDIA saranno percepite soltanto come meno stuttering, meno blocchi o migliore latenza. È proprio questa invisibilità a renderle però strutturali: prima ancora delle nuove interfacce e delle funzioni più evidenti, la qualità di un sistema Linux continua a dipendere da componenti che devono funzionare correttamente proprio quando l’utente non dovrebbe essere costretto a pensarci.