DXVK 3.1.1, Thunderbird 156 e VirtualBox 7.2.18: Linux riduce ancora le frizioni con Windows e i servizi enterprise

🐧 Novità principali

• DXVK 3.1.1 corregge Call of Duty: Ghosts, Rayman 3, Skyrim SE e diverse regressioni D3D9/DXGI nel layer DirectX-to-Vulkan.
• Thunderbird 156 estende il supporto OAuth personalizzato a POP3 e introduce nuovi controlli enterprise su aggiornamenti, telemetria e inoltro automatico.
• VirtualBox 7.2.18 aggiorna il supporto ai kernel Linux più recenti e prepara host e guest per Linux 7.3 e RHEL 10.3.

Linux continua a migliorare soprattutto nei punti in cui deve dialogare con software, protocolli e sistemi nati altrove. DXVK 3.1.1 corregge nuovi casi limite nei giochi DirectX eseguiti attraverso Vulkan, Thunderbird 156 amplia l’autenticazione OAuth anche agli account POP3 personalizzati e VirtualBox 7.2.18 rincorre l’evoluzione rapidissima dei kernel Linux e delle piattaforme enterprise Red Hat. Nessuna delle tre release introduce una rivoluzione isolata, ma insieme mostrano un tratto sempre più importante dell’ecosistema: la maturità non si misura soltanto nelle nuove funzioni, ma nella capacità di ridurre incompatibilità, workaround e dipendenze da configurazioni manuali.

DXVK 3.1.1 corregge giochi vecchi e nuovi senza cambiare architettura

La release ufficiale DXVK 3.1.1 è un aggiornamento di manutenzione della serie 3.1, ma interviene su una serie di problemi molto concreti. Call of Duty: Ghosts riceve una correzione per le cosiddette vertex explosions sui modelli dei giocatori, Rayman 3 elimina una regressione che causava flickering grafico e Skyrim Special Edition ottiene un workaround per prestazioni CPU particolarmente scarse quando il frame rate viene sbloccato su alcune configurazioni. Vengono inoltre corretti deadlock in titoli D3D9 come SpellForce 2 Anniversary Edition e The Sims: Medieval, un problema di dimensionamento della finestra in Painkiller: Black Edition e una regressione grafica in Corpse Party.

Il valore della release emerge proprio dalla natura delle correzioni. DXVK non deve semplicemente “tradurre DirectX in Vulkan”: deve replicare abbastanza fedelmente comportamenti e edge case accumulati in decenni di software Windows. La versione 3.1 aveva già introdotto DXGI incremental presentation e nuovi render target D3D11, spostando il progetto su una fase di raffinamento nella quale il problema principale non è più avviare il gioco, ma farlo funzionare senza glitch, deadlock o colli di bottiglia specifici. Proprio per questo le release .1 diventano importanti quanto i salti maggiori: la compatibilità reale nasce dalla somma di centinaia di eccezioni risolte una per una.

DXGI_SCALING_NONE amplia anche la compatibilità fuori dal gaming

DXVK 3.1.1 implementa inoltre DXGI_SCALING_NONE e il metodo SetBackgroundColor sulle swap chain DXGI, modifiche che secondo il progetto migliorano anche il comportamento di alcuni software Adobe. La novità è significativa perché ricorda che DXVK non serve soltanto a Proton o ai videogiochi. Qualsiasi applicazione Windows che utilizzi Direct3D e DXGI può teoricamente incontrare le stesse differenze di implementazione quando viene eseguita tramite Wine. La release corregge inoltre un crash del compilatore shader con alcuni shader ENB, tipici delle modifiche grafiche utilizzate in Skyrim e altri giochi.

Il progetto segnala anche un problema ormai ricorrente: alcuni antivirus hanno ricominciato a classificare erroneamente come sospette le build 32 bit. Non è un problema di sicurezza rilevato nel codice DXVK, ma un falso positivo che mostra quanto i layer di compatibilità possano assomigliare, dal punto di vista euristico, a software che intercetta o traduce API grafiche. Per l’utente Linux il punto resta però un altro: la distanza tra gioco Windows nativo e gioco eseguito attraverso Vulkan continua a ridursi proprio nei dettagli meno visibili.

Leggi anche: DXVK 3.1 migliora DirectX su Linux con DXGI incremental presentation e nuovi fix

Thunderbird 156 porta l’OAuth personalizzato anche su POP3

Sul fronte posta elettronica, Thunderbird 156 estende ulteriormente il lavoro iniziato nelle versioni precedenti sulla modernizzazione dell’autenticazione. La novità principale è il supporto OAuth personalizzato per POP3, insieme alla possibilità di configurare issuer ID e client secret per server IMAP e POP3. Viene inoltre abilitato il login attraverso browser esterno per Yandex.

Il passaggio è meno spettacolare di una nuova interfaccia, ma molto più importante per gli ambienti professionali. Fino a poche versioni fa Thunderbird gestiva bene OAuth soprattutto nei casi preconfigurati dei grandi provider. La versione 155 aveva aperto custom OAuth per IMAP e SMTP, mentre 156 completa il quadro aggiungendo POP3. Un’amministrazione o un provider che utilizza un proprio Identity Provider può quindi configurare un flusso OAuth moderno senza dover necessariamente rinunciare a POP3 o ricorrere a password applicative.

OAuth diventa una componente configurabile e non più una lista chiusa di provider

La direzione scelta da Thunderbird è chiara da mesi. Il progetto ha progressivamente spostato l’autenticazione OAuth dal browser incorporato a quello di sistema, introdotto PKCE, verifica degli issuer e supporto personalizzato per Exchange, IMAP e SMTP. Il digest di sviluppo Mozilla dedicato all’autenticazione descrive questa strategia come un tentativo di rendere l’accesso più compatibile con le policy dei provider moderni e con lo stato di autenticazione già presente nel browser dell’utente.

Thunderbird 156 aggiunge inoltre tre policy enterprise: DisableUpdateSettings, DisableDataCollectionSettings e DisableMessageForwardingFilters. Un amministratore può quindi impedire agli utenti di modificare le impostazioni sugli aggiornamenti, sulla raccolta dati o di creare filtri che inoltrano automaticamente messaggi. Quest’ultimo controllo è particolarmente interessante negli ambienti aziendali perché l’inoltro automatico viene spesso utilizzato dopo una compromissione dell’account per mantenere accesso silenzioso alle comunicazioni. La release corregge anche problemi relativi a OpenPGP, S/MIME, PDF, IMAP, POP3, SMTP e Exchange.

VirtualBox 7.2.18 rincorre Linux 7.3 e il nuovo ciclo Red Hat

VirtualBox 7.2.18 rappresenta invece il classico problema della virtualizzazione su Linux: ogni nuova release del kernel può modificare API interne, header e comportamenti sui quali dipendono i moduli dell’hypervisor. Oracle ha pubblicato ufficialmente la build 175117 il 15 settembre, distribuendo pacchetti per Debian, Ubuntu, Fedora, openSUSE e RHEL 10, oltre alle versioni Windows e macOS. L’indice ufficiale di download conferma anche Guest Additions ed Extension Pack aggiornati alla stessa versione.

La release interviene soprattutto sulla compatibilità con Linux 7.3 e sui kernel più recenti della famiglia RHEL 10.3, riducendo problemi di compilazione dei moduli host e delle Guest Additions. La necessità era prevedibile: Linux 7.3-rc1 aveva già aperto a fine agosto uno dei cicli kernel più ampi degli ultimi anni, mentre Ubuntu 26.10 ha modificato la propria roadmap proprio per tentare di adottare 7.3.

VirtualBox mostra quanto un hypervisor dipenda dall’evoluzione del kernel

Per un software come VirtualBox la compatibilità con il kernel non è una funzione accessoria. I moduli che gestiscono virtualizzazione, networking e integrazione tra host e guest devono essere ricompilati e adattati ogni volta che upstream modifica parti rilevanti dell’interfaccia kernel. La release 7.2.14 aveva appena introdotto il supporto iniziale a Linux 7.2; 7.2.16 aveva poi continuato a migliorare la clipboard in ambienti Wayland. Con 7.2.18 Oracle deve già prepararsi alla generazione 7.3.

L’indice RPM ufficiale mostra inoltre che Oracle continua a mantenere pacchetti specifici per RHEL 8, 9 e 10, compresa la nuova build 7.2.18 per EL10. È un dettaglio rilevante negli ambienti enterprise, dove VirtualBox può essere utilizzato su workstation di sviluppo o laboratori che devono mantenere guest differenti senza adottare necessariamente KVM come unico hypervisor.

Continua con:

• Linux 7.3 apre il nuovo ciclo kernel con AMD, Intel, Btrfs e Apple
• VirtualBox 7.2.16 migliora Wayland mentre Thunderbird 154 arriva nella tray

Linux migliora soprattutto quando smette di obbligare l’utente a conoscere le incompatibilità

DXVK, Thunderbird e VirtualBox lavorano a livelli completamente differenti, ma tutte e tre le release risolvono lo stesso tipo di problema: nascondere complessità che in passato sarebbe ricaduta direttamente sull’utente. DXVK 3.1.1 rende trasparenti altre differenze tra Direct3D e Vulkan. Thunderbird 156 consente a più provider di adottare OAuth senza costringere gli utenti a ripiegare su password legacy o configurazioni poco sicure. VirtualBox 7.2.18 impedisce che l’aggiornamento del kernel trasformi immediatamente un ambiente virtualizzato in un sistema da riparare manualmente. È questa una delle misure più concrete della maturità Linux nel 2026. Non serve che ogni programma sia nativo o che ogni protocollo nasca nel mondo open source. Serve che Windows, servizi cloud, identity provider e nuove generazioni kernel possano essere integrati senza trasformare ogni differenza tecnica in lavoro per l’utente finale. DXVK, Thunderbird e VirtualBox non stanno uniformando l’ecosistema. Stanno facendo qualcosa di più utile: rendono le differenze meno costose da gestire.