Converti EXE in DEB

Gli amministratori di Debian e Ubuntu potrebbero aver bisogno di un file .deb per distribuire software tramite APT, un repository locale o strumenti standard di gestione dei pacchetti. Un file Windows .exe non può diventare un'applicazione Linux nativa cambiando il formato del pacchetto; deve essere eseguito tramite Wine oppure sostituito con una build Linux.

Formati EXE e DEB

Un EXE è solitamente un programma Windows Portable Executable (PE) utilizzato dai produttori e dagli utenti di software Windows. Può essere un application binary, un self-extracting archive o un installer creato con Inno Setup, NSIS, InstallShield, WiX, Electron Builder o strumenti simili.

Un DEB è un Debian software package utilizzato da Debian, Ubuntu, Linux Mint, Pop!_OS e sistemi correlati. Contiene package metadata, file installati in percorsi definiti, dichiarazioni delle dipendenze e, facoltativamente, maintainer scripts; apt e dpkg possono installarlo, aggiornarlo, verificarlo e rimuoverlo.

Un DEB contenente un programma Windows è soltanto un Wine wrapper package. Il programma rimane codice Windows e necessita comunque di un'installazione compatibile di Wine.

Utilizzare un native package quando disponibile

Controllare innanzitutto il sito del publisher, il repository della distribuzione, Flatpak, Snap o la release page del progetto software per cercare una build Linux. Un .deb ufficiale, AppImage, Flatpak o source build offre una migliore integrazione con il desktop ed evita i problemi specifici di Wine.

Non utilizzare strumenti come alien per convertire un Windows installer: non traducono i Windows binaries in Linux binaries. Nessun servizio online affidabile può convertire in modo sicuro un EXE arbitrario in un native DEB significativo e il caricamento di file eseguibili su siti di conversione comporta rischi per la sicurezza e la privacy.

Creare un package per un'applicazione compatibile con Wine

Creare un package per un EXE solo dopo averlo testato manualmente con Wine. Installare Wine dalla distribuzione di destinazione, quindi eseguire il programma da un terminale:

sudo apt update && sudo apt install wine
wine /path/to/MyApp.exe

Creare package per applicazioni portabili o per file estratti da un installer, non per l'installer stesso. Ad esempio, innoextract può estrarre molti installer Inno Setup, mentre 7z x setup.exe può esaminare alcuni self-extracting archive. L'estrazione non garantisce la riproduzione delle modifiche al registry, dell'installazione dei runtime, dei servizi o dei driver effettuate dall'installer.

1. Creare le directory del package. Utilizzare un package name in minuscolo e un percorso senza spazi.
   mkdir -p myapp-deb/DEBIAN myapp-deb/opt/myapp myapp-deb/usr/share/applications
2. Copiare l'EXE testato, le DLL e i file di dati necessari nella directory dell'applicazione.
   cp -a MyApp.exe data myapp-deb/opt/myapp/
3. Creare myapp-deb/DEBIAN/control. Impostare l'architettura in base all'architettura di destinazione del programma Windows: utilizzare amd64 per un EXE x86 a 64 bit e i386 per un EXE x86 a 32 bit. Non utilizzare Architecture: all solo perché il package non contiene un eseguibile Linux.
   Package: myapp
Version: 1.0
Section: utils
Priority: optional
Architecture: amd64
Depends: wine
Maintainer: Your Name <you@example.com>
Description: MyApp Windows application for Wine
4. Creare myapp-deb/usr/share/applications/myapp.desktop per il menu delle applicazioni. Questo esempio presuppone che il nome e il percorso dell'EXE non contengano spazi.
   [Desktop Entry]
Name=MyApp
Exec=/usr/bin/wine /opt/myapp/MyApp.exe
Type=Application
Categories=Utility;
Terminal=false
5. Creare e installare il package.
   dpkg-deb --build --root-owner-group myapp-deb myapp_1.0_amd64.deb
sudo apt install ./myapp_1.0_amd64.deb

dpkg-deb è sufficiente per un piccolo package locale. Per build di distribuzione ripetibili, strumenti di packaging Debian come debhelper o fpm possono generare package da una staged directory, ma non risolvono la compatibilità con Windows.

Limiti delle dipendenze e della compatibilità

Verificare il nome della dipendenza Wine nella distribuzione di destinazione con apt-cache show wine. Alcune release o repository Wine di terze parti utilizzano nomi di package diversi, come wine64, wine32 o i package WineHQ; dichiarare le dipendenze per la distribuzione effettivamente supportata.

Un EXE a 32 bit su un sistema a 64 bit potrebbe richiedere il supporto Wine a 32 bit e l'architettura foreign i386. Un Wine prefix a 64 bit non può eseguire tutte le applicazioni a 32 bit e un package creato per i386 potrebbe richiedere la configurazione multiarch prima dell'installazione.

Wine non può supportare in modo affidabile ogni dipendenza Windows. I programmi che richiedono kernel drivers, Windows services, hardware dongles, sistemi anti-cheat, software specifico per dispositivi, runtime .NET non supportati, funzionalità DirectX o registry settings strettamente controllate potrebbero non funzionare anche se installati in un DEB.

Non eseguire EXE non attendibili durante l'installazione del package e non creare Wine prefixes nei maintainer scripts. I Wine prefixes sono directory di configurazione per singolo utente; lasciare quindi che ciascun utente inizializzi e configuri l'applicazione al primo avvio.