Installare e usare WineHQ su Ubuntu 20.04 LTS

Su Ubuntu 20.04 LTS WineHQ resta una soluzione pratica quando devi eseguire applicazioni Windows senza passare da una macchina virtuale. La parte delicata non è l’installazione in sé, ma evitare mix di repository, dipendenze sbagliate e architetture lasciate a metà. Se la procedura è pulita, Wine funziona in modo prevedibile; se è sporca, i problemi arrivano subito: librerie mancanti, prefissi corrotti, applicazioni che non partono o che si aprono senza interfaccia.

Qui trovi un percorso lineare: preparazione del sistema, aggiunta del repository ufficiale WineHQ, installazione della versione più adatta, verifica con un prefisso separato e qualche criterio utile per capire cosa fare quando un programma non si avvia. L’obiettivo è avere un’installazione ripetibile, non un “funziona sul mio PC” difficile da mantenere.

Prima di iniziare: cosa aspettarsi da WineHQ su Ubuntu 20.04

Wine non è un emulatore nel senso classico: traduce le chiamate di Windows verso le librerie di Linux. Questo significa che alcune app girano bene, altre richiedono componenti aggiuntivi, altre ancora non sono realisticamente supportate. Soprattutto su Ubuntu 20.04 conviene partire con aspettative corrette: software da ufficio, utility, piccoli tool gestionali e vecchi programmi Win32 spesso vanno; giochi moderni o software con anticheat, driver kernel o protezioni aggressive sono un altro discorso.

La versione del sistema conta anche per le dipendenze. Ubuntu 20.04 è stabile, ma non è l’ultima base disponibile, quindi la scelta del repository WineHQ e dei pacchetti corretti è fondamentale. Se installi i pacchetti del repository standard di Ubuntu, puoi ottenere una versione più vecchia o meno allineata alle release ufficiali di WineHQ.

Verifica dell’architettura e aggiornamento del sistema

Prima di aggiungere repository o installare pacchetti, controlla che il sistema sia aggiornato e che l’architettura sia quella attesa. Su Ubuntu desktop moderno di solito è amd64, ma vale la pena verificarlo perché Wine può richiedere anche il supporto multiarch per eseguire applicazioni a 32 bit.

dpkg --print-architecture
lsb_release -a
sudo apt update
sudo apt upgrade

Se dpkg --print-architecture restituisce amd64, sei nel caso più comune. Se il sistema non è aggiornato, sistemalo prima: riduci il rischio di conflitti durante l’installazione di librerie e dipendenze. In questa fase non tocchi ancora configurazioni sensibili, quindi il rollback è semplice: nessun effetto permanente oltre agli aggiornamenti applicati.

Aggiungere il repository ufficiale WineHQ

Per Ubuntu 20.04 è preferibile usare il repository ufficiale WineHQ. La procedura passa dalla chiave GPG del repository e dal file sorgente corretto. Su sistemi recenti la gestione delle chiavi con apt-key è da evitare; conviene usare il keyring dedicato.

Installa i pacchetti necessari per la gestione del repository e dell’archivio HTTPS:

sudo apt update
sudo apt install --install-recommends software-properties-common wget gnupg2
sudo dpkg --add-architecture i386

L’aggiunta dell’architettura i386 è importante perché molte applicazioni Windows, anche su sistemi a 64 bit, usano componenti a 32 bit. Se la ometti, ti ritrovi con dipendenze mancanti o installazioni parziali. Il blast radius qui è limitato al sistema locale, ma il rollback va fatto con attenzione se hai già installato pacchetti multiarch per altri software.

Ora importa la chiave del repository e aggiungi la sorgente per focal:

wget -nc https://dl.winehq.org/wine-builds/winehq.key
sudo mkdir -p /usr/share/keyrings
sudo mv winehq.key /usr/share/keyrings/winehq-archive.key
sudo chmod 644 /usr/share/keyrings/winehq-archive.key echo "deb [signed-by=/usr/share/keyrings/winehq-archive.key] https://dl.winehq.org/wine-builds/ubuntu/ focal main" | sudo tee /etc/apt/sources.list.d/winehq.list

Il file da tenere d’occhio è /etc/apt/sources.list.d/winehq.list. Se in futuro qualcosa va storto, il rollback più pulito consiste nel rimuovere quel file e aggiornare l’indice APT:

sudo rm /etc/apt/sources.list.d/winehq.list
sudo apt update

Installare WineHQ: stable, staging o development

WineHQ distribuisce tre linee principali: stable, staging e development. Per un uso normale conviene partire da stable. Staging include patch sperimentali che possono risolvere alcuni casi d’uso ma introdurre regressioni. Development serve soprattutto a chi testa compatibilità e bugfix prima che arrivino nella versione stabile.

Su un desktop o su una workstation dove ti serve affidabilità, installa prima la build stabile:

sudo apt update
sudo apt install --install-recommends winehq-stable

Se il tuo caso d’uso richiede una patch specifica o hai visto che un’app funziona meglio con staging, puoi cambiare in un secondo momento. Non partire da staging a occhi chiusi: se qualcosa non va, diventa più difficile distinguere un problema dell’app da un comportamento introdotto dalla build.

Verifica subito cosa è stato installato:

wine --version
apt policy winehq-stable wine-stable

Il primo comando deve restituire una versione coerente con il pacchetto installato. Il secondo ti mostra da quale repository arriva il pacchetto e se APT sta effettivamente usando WineHQ. Se vedi una versione del repository Ubuntu invece della linea WineHQ, c’è un conflitto da sistemare prima di andare oltre.

Configurare il prefisso Wine in modo pulito

La prima esecuzione di Wine crea il prefisso predefinito in ~/.wine. Per uso generico può bastare, ma in ambienti seri è spesso meglio separare i programmi in prefissi distinti. In questo modo, se un’app rompe il suo ambiente, non trascina tutto il resto con sé.

Per inizializzare il prefisso standard:

winecfg

Si aprirà la finestra di configurazione e verrà creato ~/.wine se non esiste. Da lì puoi impostare la versione di Windows da emulare, il comportamento delle librerie e altre opzioni base. Per molte applicazioni conviene partire da Windows 10, salvo casi particolari in cui il software richiede un sistema più vecchio.

Se vuoi un prefisso separato per una singola applicazione:

export WINEPREFIX="$HOME/.wine-applicazione"
winecfg

Il vantaggio è pratico: ogni app ha il suo ambiente, le sue dipendenze e il suo registro interno. Il rollback è semplice: elimini la directory del prefisso, ad esempio rm -rf ~/.wine-applicazione, ma fallo solo se sei certo di non dover recuperare dati o configurazioni. Il rischio è la perdita completa del contenuto di quel prefisso.

Supporto 32 bit e librerie aggiuntive

Molti problemi con Wine non dipendono da Wine in sé, ma da librerie mancanti. Su Ubuntu 20.04 una parte delle applicazioni richiede componenti come font, runtime Visual C++ o librerie grafiche specifiche. La base corretta, però, è assicurarsi che il sistema abbia il supporto ai pacchetti i386 e che l’installazione sia completa.

Per controllare se i pacchetti Wine principali sono presenti:

dpkg -l | grep -E 'wine|winetricks'

Se devi installare strumenti utili per aggiungere componenti e fare test, winetricks è spesso la scelta pratica. Su Ubuntu 20.04 può essere disponibile nei repository standard o tramite pacchetti correlati, ma conviene verificare la fonte prima di installarlo. Non dare per scontato che ogni script trovato online sia sicuro o aggiornato.

Per alcune applicazioni serve anche una libreria grafica più completa o un supporto audio specifico. La regola è semplice: aggiungi solo quello che ti serve per il programma in questione, non un pacchetto enorme “per sicurezza”. Più componenti installi, più aumentano le variabili da controllare quando qualcosa smette di funzionare.

Primo test con un’applicazione Windows leggera

Per verificare che Wine funzioni davvero, usa un’app semplice, non un installer complesso. Un eseguibile piccolo e noto è il modo migliore per distinguere un problema di Wine da un problema dell’applicazione stessa.

Se hai un file .exe di test, lancia così:

wine /percorso/del/file/test.exe

Se il programma parte e mostra la sua finestra, hai già superato la verifica minima. Se invece ottieni errori sul terminale, annota il messaggio completo: spesso indica una DLL mancante, un problema di permessi o una dipendenza non installata. Il log è molto più utile di tentativi casuali.

Se vuoi aprire un eseguibile facendo doppio clic dal file manager, puoi associare i file .exe a Wine oppure usare il menu contestuale. Tuttavia, per i test iniziali il terminale resta preferibile perché ti restituisce subito gli errori utili alla diagnosi.

Winetricks: quando serve davvero

winetricks è utile quando un’app richiede componenti aggiuntivi comuni, come alcune versioni di Visual C++ Runtime, font Microsoft o librerie .NET. È uno strumento comodo, ma va usato con criterio: installare runtime a caso dentro il prefisso può peggiorare la situazione invece di migliorarla.

Prima di usarlo, crea un prefisso dedicato all’applicazione interessata. Poi installa solo i componenti necessari, uno alla volta. Se qualcosa smette di funzionare, sai esattamente quale modifica ha introdotto il problema. Questo approccio riduce il blast radius e rende il rollback molto più semplice: cancelli il prefisso o ne ripristini una copia pulita.

Esempio di uso prudente:

export WINEPREFIX="$HOME/.wine-applicazione"
winetricks

Da interfaccia selezioni il componente richiesto dal software, senza aggiungere pacchetti non documentati. Se il produttore dell’app indica una dipendenza precisa, segui quella, non le liste generiche trovate nei forum.

Problemi comuni e come leggerli in fretta

Se Wine non parte, i casi tipici sono abbastanza riconoscibili. Un errore su librerie mancanti indica quasi sempre un problema di dipendenze o architettura. Un avvio con finestra vuota o crash immediato può dipendere da un prefisso corrotto, da una libreria nativa incompatibile o da un’app non supportata. Un comportamento lento o instabile può invece essere legato al driver grafico, alla sessione Xorg/Wayland o alla configurazione dell’accelerazione 3D.

Tre controlli rapidi aiutano a stringere il campo:

1. Verifica la versione di Wine con wine --version e il pacchetto effettivamente installato con apt policy winehq-stable.
2. Controlla il log del terminale quando lanci l’eseguibile: l’ultimo errore è spesso il più informativo.
3. Prova con un prefisso nuovo e pulito: se lì l’app parte, il problema è nel vecchio ambiente, non nel binario.

Se il problema riguarda solo una specifica applicazione, evita di “riparare” l’intero sistema. Cambia una cosa per volta e annota il risultato: è l’unico modo serio per non confondere sintomi e cause.

Disinstallare WineHQ senza lasciare il sistema sporco

Se devi rimuovere WineHQ, fai attenzione a distinguere tra pacchetti di sistema e prefissi utente. Disinstallare i pacchetti toglie il runtime, ma non elimina automaticamente i dati utente sotto la home.

Rimozione dei pacchetti principali:

sudo apt remove winehq-stable wine-stable wine64 wine32
sudo apt autoremove

Se vuoi anche eliminare i prefissi creati, devi farlo manualmente. I percorsi tipici sono ~/.wine e eventuali prefissi personalizzati come ~/.wine-applicazione. Prima di cancellarli, verifica se contengono dati o configurazioni che devi salvare. Il rollback, in questo caso, consiste nel ripristinare da backup quelle directory.

Scelta pratica finale: quando usare Wine e quando no

Wine è ottimo quando ti serve compatibilità sufficiente per un programma specifico senza appesantire il sistema con una VM. È meno adatto quando l’app richiede driver proprietari, integrazioni profonde con Windows o un ambiente completamente controllato. In quei casi una macchina virtuale può essere più semplice da gestire e più prevedibile, anche se più pesante.

Su Ubuntu 20.04 LTS, la combinazione più solida resta questa: repository ufficiale WineHQ, pacchetti coerenti con l’architettura, prefissi separati per le app importanti e modifiche minime, tracciabili e reversibili. È un approccio meno “spettacolare” di una guida piena di tweak, ma in produzione o su una workstation usata davvero è quello che ti evita più ore perse.