Difference between revisions of "Wine"

From ArchWiki
Jump to navigation Jump to search
m (→‎Printing: formatting)
(→‎PyWinery: fix repeated text)
Line 470: Line 470:
=== PyWinery ===
=== PyWinery ===
[https://github.com/ergoithz/pywinery PyWinery] is a graphical and simple wine-prefix manager which allows you to launch apps and manage configuration of separate prefixes, also have a button to open winetricks in the same prefix, to open prefix dir, ''winecfg'', application uninstaller and wineDOS. You can install You can install PyWinery with the {{AUR|pywinery}} package. It is especially useful for having differents settings like DirectX games, office, programming, etc, and choose which prefix to use before you open an application or file.
[https://github.com/ergoithz/pywinery PyWinery] is a graphical and simple wine-prefix manager which allows you to launch apps and manage configuration of separate prefixes, also have a button to open winetricks in the same prefix, to open prefix dir, ''winecfg'', application uninstaller and wineDOS. You can install PyWinery with the {{AUR|pywinery}} package. It is especially useful for having differents settings like DirectX games, office, programming, etc, and choose which prefix to use before you open an application or file.
It is recommended using winetricks by default to open ''.exe'' files, so you can choose between any Wine configuration you have.
It is recommended using winetricks by default to open ''.exe'' files, so you can choose between any Wine configuration you have.

Revision as of 23:57, 1 September 2017

Wine is a compatibility layer capable of running Microsoft Windows applications on Unix-like operating systems. Programs running in Wine act as native programs would, without the performance/memory penalties of an emulator. See the official project home and wiki pages for longer introduction.


Warning: If you can access a file or resource with your user account, programs running in Wine can too. Wine prefixes are not sandboxes. Consider using virtualization if security is important.

Wine can be installed with the packages wine (stable) or wine-staging (testing). Wine Staging is a patched version of Wine, which contains bug fixes and features (e.g. CSMT patch), which have not been integrated into the stable branch yet. If you are running a 64-bit system, you will need to enable the Multilib repository first. See also #Sound.

You may also want to install wine_gecko and wine-mono for applications that need support for Internet Explorer and .NET, respectively. These packages are not strictly required as Wine will download the relevant files as needed. However, having the files downloaded in advance allows you to work off-line and makes it so Wine does not download the files for each Wine prefix needing them.

Architectural differences

Wine by default is 32-bit, as is the i686 Arch package. As such, it is unable to execute any 64-bit Windows applications.

The x86_64 Arch package, however, is built with --enable-win64. This activates the Wine version of WoW64.

  • In Windows, this complicated subsystem allows the user to use 32-bit and 64-bit Windows programs concurrently and even in the same directory.
  • In Wine, some 32-bit programs do not work properly in a 64-bit prefix. In that case the user will have to make separate directories/prefixes. See the Wine FAQ for specific information on this.

If you run into problems with winetricks or programs with a 64-bit environment, try creating a new 32-bit WINEPREFIX. See below: #WINEARCH. Using the x86_64 Wine package with WINEARCH=win32 should have the same behaviour as using the i686 Wine package.


Configuring Wine is typically accomplished using:

  • winecfg is a GUI configuration tool for Wine, which can be started by running winecfg.
  • regedit is Wine's registry editing tool, which can be started by running regedit. See WineHQ's article on Useful Registry Keys.
  • control is Wine's implementation of the Windows Control Panel, which can be started by running wine control.
  • See WineHQ's List of Commands for the full list.


By default, Wine stores its configuration files and installed Windows programs in ~/.wine. This directory is commonly called a "Wine prefix" or "Wine bottle". It is created/updated automatically whenever you run a Windows program or one of Wine's bundled programs such as winecfg. The prefix directory also contains a tree which your Windows programs will see as C: (the C-drive).

You can override the location Wine uses for a prefix with the WINEPREFIX environment variable. This is useful if you want to use separate configurations for different Windows programs. The first time a program is run with a new Wine prefix, Wine will automatically create a directory with a bare C-drive and registry.

For example, if you run one program with $ env WINEPREFIX=~/.win-a wine program-a.exe, and another with $ env WINEPREFIX=~/.win-b wine program-b.exe, the two programs will each have a separate C-drive and separate registries.

Note: Wine prefixes are not sandboxes! Programs running under Wine can still access the rest of the system! (for example, Z: is mapped to /, regardless of the Wine prefix).

To create a default prefix without running a Windows program or other GUI tool you can use:

$ env WINEPREFIX=~/.customprefix wineboot -u


If you have a 64-bit system, Wine will start an 64-bit environment by default. You can change this behavior using the WINEARCH environment variable. Rename your ~/.wine directory and create a new Wine environment by running $ WINEARCH=win32 winecfg. This will get you a 32-bit Wine environment. Not setting WINEARCH will get you a 64-bit one.

You can combine this with WINEPREFIX to make a separate win32 and win64 environment:

$ WINEARCH=win32 WINEPREFIX=~/win32 winecfg
$ WINEPREFIX=~/win64 winecfg
Note: During prefix creation, the 64-bit version of Wine treats all folders as 64-bit prefixes and will not create a 32-bit in any existing folder. To create a 32-bit prefix you have to let Wine create the folder specified in WINEPREFIX. See WineHQ bug 29661

You can also use WINEARCH in combination with other Wine programs, such as winetricks (using Steam as an example):

WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/steam winetricks steam

To have them permanently defined for bash configuration ~/.bashrc do:

export WINEPREFIX=$HOME/.config/wine/
export WINEARCH=win32

Graphics drivers

For 64-bit systems, additional multilib packages are required. Please install the one that is listed in the Multilib Package column in the table in Xorg#Driver installation.

A good sign that your drivers are inadequate or not properly configured is when Wine reports the following in your terminal window:

Direct rendering is disabled, most likely your OpenGL drivers have not been installed correctly
Note: You might need to restart X after having installed the correct library.


By default sound issues may arise when running Wine applications. Ensure only one sound device is selected in winecfg. Currently, the Alsa driver is the best supported.

  • If you want to use the ALSA driver in Wine on a 64-bit system, you will need to install lib32-alsa-lib and lib32-alsa-plugins.
  • If you want to use the PulseAudio driver in Wine, you will need to install the lib32-libpulse package.
  • If you want to use the OSS driver in Wine, you will need to install the lib32-alsa-oss package. The OSS driver in the kernel will not suffice.
  • Games that use advanced sound systems (e.g. TESV: Skyrim) may additionally require installations of lib32-openal.

If winecfg still fails to detect the audio driver (Selected driver: (none)), configure it via the registry. For example, in a case where the microphone wasn't working in a 32-bit Windows application on a 64-bit stock install of wine-1.9.7, this provided full access to the sound hardware (sound playback and mic): open regedit, look for the key HKEY_CURRENT_USER → Software → Wine → Drivers, and add a string called Audio and give it the value alsa. Also, if you are using a 64-bit Arch, it may help to recreate the prefix.

MIDI support

MIDI was a quite popular system for video games music in the 90's. If you are trying out old games, it is not uncommon that the music will not play out of the box. Wine has excellent MIDI support. However you first need to make it work on your host system, as explained in MIDI. Last but not least you need to make sure Wine will use the correct MIDI output.

Other libraries

  • Some applications (e.g. Office 2003/2007) require the MSXML library to parse HTML or XML, in such cases you need to install lib32-libxml2.
  • Some applications that use a color management engine (e.g. pdf viewers, image viewers, etc) may require lib32-lcms2.
  • Some applications that require encryption support may require lib32-gnutls.


If Wine applications are not showing easily readable fonts, you may not have any fonts installed. To easily link all of the system fonts so they are accessible from wine:

 cd ${WINEPREFIX:-~/.wine}/drive_c/windows/Fonts && for i in /usr/share/fonts/**/*.{ttf,otf}; do ln -s "$i" ; done

Another possibility is to install Microsoft's Truetype fonts into your wine prefix. See MS Fonts. If this does not help, try running winetricks corefonts first, then winetricks allfonts as a last resort.

After running such programs, kill all Wine servers and run winecfg. Fonts should be legible now.

If the fonts look somehow smeared, import the following text file into the Wine registry with regedit:

[HKEY_CURRENT_USER\Software\Wine\X11 Driver]

See also Font configuration#Applications without fontconfig support.

Desktop launcher menus

When a Windows application installer creates a shortcut Wine creates a .desktop file instead. The default locations for those files in Arch Linux are:

  • Desktop shortcuts are put in ~/Desktop
  • Start menu shortcuts are put in ~/.local/share/applications/wine/Programs/
Note: Wine does not support installing Windows applications for all users, so it will not put .desktop files in /usr/share/applications. See WineHQ bug 11112
Tip: If menu items were not created while installing software or have been lost, wine winemenubuilder may be of some use.

Creating menu entries for Wine utilities

By default, installation of Wine does not create desktop menus/icons for the software which comes with Wine (e.g. for winecfg, winebrowser, etc). These instructions will add entries for these applications.

First, install a Windows program using Wine to create the base menu. After the base menu is created, you can create the following files in ~/.local/share/applications/wine/:

[Desktop Entry]
Name=Browse C: Drive
Comment=Browse your virtual C: drive
Exec=wine winebrowser c:
[Desktop Entry]
Name=Uninstall Wine Software
Comment=Uninstall Windows applications for Wine
Exec=wine uninstaller
[Desktop Entry]
Name=Configure Wine
Comment=Change application-specific and general Wine options

And create the following file in ~/.config/menus/applications-merged/:

<!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN"

If these settings produce a ugly/non-existent icon, it means that there are no icons for these launchers in the icon set that you have enabled. You should replace the icon settings with the explicit location of the icon that you want. Clicking the icon in the launcher's properties menu will have the same effect. A great icon set that supports these shortcuts is GNOME-colors.

Removing menu entries

Menu entries created by Wine are located in ~/.local/share/applications/wine/Programs/. Remove the program's .desktop entry to remove the application from the menu.

In addition to remove unwanted extensions binding by Wine, execute the following commands (taken from the Wine website):

$ rm ~/.local/share/mime/packages/x-wine*
$ rm ~/.local/share/applications/wine-extension*
$ rm ~/.local/share/icons/hicolor/*/*/application-x-wine-extension*
$ rm ~/.local/share/mime/application/x-wine-extension*

Mono and Gecko

when initializing a new wineprefix wine will ask to install mono and gecko. or if the packages wine-mono and wine_gecko are installed wine will silently copy about 450 mb of mono and gecko files in the wineprefix.

to prevent wine from asking to install mono and gecko start wine like this:

WINEDLLOVERRIDES=mscoree=d;mshtml=d wine somewineapp


In order to use your installed printers (both local and network) with wine applications in win32 prefixes (e.g. MS Word), install the lib32-libcups package, reboot wine (wineboot) and restart your wine application.

Using Windows applications

Warning: Do not run or install Wine applications as root! See Running Wine as root for the official statement.

See Installing Windows Applications at WineHQ. See #Desktop launcher menus for information on where the shortcuts were created.

See Running applications at WineHQ. The .desktop files created by the installer should automatically appear as entries in any X menu or file manager applications. They can also be examined to determine what command to use to run the application from a terminal.

See How do I uninstall Windows applications? at WineHQ.

Tips and tricks

Tip: In addition to the links provided in the beginning of the article the following may be of interest:


Often you may need to run .exe's to patch game files, for example a widescreen mod for an old game, and running the .exe normally through Wine might yield nothing happening. In this case, you can open a terminal and run the following command:

$ wineconsole cmd

Then navigate to the directory and run the .exe file from there.


Winetricks is a script to allow one to install base requirements needed to run Windows programs. Installable components include DirectX 9.x, MSXML (required by Microsoft Office 2007 and Internet Explorer), Visual Runtime libraries and many more.

Install the winetricks package (or alternatively winetricks-gitAUR). Then run it with:

$ winetricks

CSMT patch

Since 2013 Wine developers have been experimenting with stream/worker thread optimizations. You may experience an enormous performance improvement by using this experimental patched Wine versions. Many games may run as fast as on Windows or even faster. This Wine patch is known as CSMT patch and works with NVidia and AMD graphics cards.

Wine-staging includes CSMT support (included again since version 1.9.10), and can be installed with the wine-staging package.

CSMT support needs to be enabled in winecfg (Staging tab) before it can be used.

Further information:

Unregister existing Wine file associations

By default, Wine takes over as the default application for a lot of formats. Some (e.g. vbs or chm) are Windows-specific, and opening them with Wine can be a convenience. However, having other formats (e.g. gif, jpeg, txt, js) open in Wine's bare-bones simulations of Internet Explorer and Notepad can be annoying.

Wine's file associations are set in ~/.local/share/applications/ as {{ic|wine-extension-{extension}.desktop}} files. Delete the files corresponding to the extensions you want to unregister. Or, to remove all wine extensions:

$ rm -f ~/.local/share/applications/wine-extension*.desktop
$ rm -f ~/.local/share/icons/hicolor/*/*/application-x-wine-extension*

Next, remove the old cache:

$ rm -f ~/.local/share/applications/mimeinfo.cache
$ rm -f ~/.local/share/mime/packages/x-wine*
$ rm -f ~/.local/share/mime/application/x-wine-extension*

And, update the cache:

$ update-desktop-database ~/.local/share/applications
$ update-mime-database ~/.local/share/mime/

Alternatively you can delete all wine related stuff:

$ find ~/.local/share -name "*wine*" | xargs --no-run-if-empty rm -r

And update the cache as above.

Please note Wine will still create new file associations and even recreate the file associations if the application sets the file associations again.

Prevent new Wine file associations

To prevent wine from creating any file associations edit your $WINEPREFIX/system.reg file, Search for winemenubuilder and remove -a, so you'll get:

"winemenubuilder"="C:\\windows\\system32\\winemenubuilder.exe -r"

This has to be done for each WINEPREFIX which should not update file associations.

You can disable winemenubuilder for all WINEPREFIXes by setting an environment variable:

$ export WINEDLLOVERRIDES="winemenubuilder.exe=d"

Dual Head with different resolutions

If you have issues with dual-head setups and different display resolutions you are probably missing lib32-libxrandr.

Also installing lib32-libxinerama might fix dual-head issues with wine.


This is a small piece of UI code meant to be installed with (or even before) Wine. It provides thumbnails for executable files that show the embedded icons when available, and also gives the user a hint that Wine will be used to open it. Install it with the gnome-exe-thumbnailerAUR package.

Changing the language

Some programs may not offer a language selection, they will guess the desired language upon the sytem locales. Wine will transfer the current environment (including the locales) to the application, so it should work out of the box. If you want to force a program to run in a specific locale (which is fully generated on your system), you can call Wine with the following setting:

$ LC_ALL=xx_XX.encoding wine /path/to/program

For instance

$ LC_ALL=it_IT.UTF-8 wine /path/to/program

Using Wine as an interpreter for Win16/Win32 binaries

It is also possible to tell the kernel to use Wine as an interpreter for all Win16/Win32 binaries:

# echo ':DOSWin:M::MZ::/usr/bin/wine:' > /proc/sys/fs/binfmt_misc/register

To make the setting permanent, create the /etc/binfmt.d/wine.conf file with the following content:

# Start WINE on Windows executables

systemd automatically mounts the /proc/sys/fs/binfmt_misc filesystem using proc-sys-fs-binfmt_misc.mount (and automount) and runs the systemd-binfmt.service to load your settings.

Try it out by running a Windows program:

$ chmod +x exefile.exe
$ ./exefile.exe

If all went well, exefile.exe should run.

16-bit programs

Upon running older Windows 9x programs, the following error may be encountered:

modify_ldt: Invalid argument
err:winediag:build_module Failed to create module for "krnl386.exe",
16-bit LDT support may be missing.
err:module:attach_process_dlls "krnl386.exe16" failed to initialize,

In this case, running the following may fix it:

# echo 1 > /proc/sys/abi/ldt16

Source: Fedora Mailing List

Burning optical media

To burn CDs or DVDs, you will need to load the sg kernel module.

Proper mounting of optical media images

Some applications will check for the optical media to be in drive. They may check for data only, in which case it might be enough to configure the corresponding path as being a CD-ROM drive in winecfg. However, other applications will look for a media name and/or a serial number, in which case the image has to be mounted with these special properties.

Some virtual drive tools do not handle these metadata, like fuse-based virtual drives (Acetoneiso for instance). CDEmu will handle it correctly.

Force OpenGL mode in games

Many games have an OpenGL mode which may perform better than their default DirectX mode. While the steps to enable OpenGL rendering is application specific, many games accept the -opengl parameter.

$ wine /path/to/3d_game.exe -opengl

You should of course refer to your application's documentation and Wine's AppDB for such application specific information.

Show FPS overlay in games

Wine features an embedded FPS monitor which works for all graphical applications if the environment variable WINEDEBUG=fps is set. This will output the framerate to stdout. You can display the FPS on top of the window thanks to osd_cat from the xosd package. See winefps.sh for a helper script.

Installing .NET Framework 4.0

First create a new 32-bit Wine prefix if you are on a 64-bit system.

$ WINEARCH=win32 WINEPREFIX=~/win32 winecfg

Then install the following packages using winetricks

$ WINEARCH=win32 WINEPREFIX=~/win32 winetricks -q msxml3 dotnet40 corefonts

Installing Microsoft Office

Office 2010

Microsoft Office 2010 (MSO-2010) works without any problems (tested with Microsoft Office Home and Student 2010, Wine 1.7.5; Microsoft Office Professional Plus 2010, Wine 1.7.51). Activation over Internet also works.

Start by enabling multilib (32-bit) repos and installing wine-mono wine_gecko samba lib32-libxslt libwbclient lib32-libxml2

Proceed with launching the installer:

$ export WINEPREFIX=~/.wine # Wine prefix to use
$ export WINEARCH=win32
$ wine /path/to/office_cd/setup.exe

If you do not want to setup MSO-2010 in the default Wine prefix (~/.wine), create new one as described in #WINEPREFIX section. You could also put the above exports into your shell initialization script as also noted there.

1. You may be interested in Microsoft fonts, there are a number of ways to do so, see Microsoft fonts article.
2. If installation fails, ensure your wine prefix is 32-bit by running in terminal "head -5 ~/.wine/system.reg"
3. Ensure Windows version is XP.

Once installation has completed, open Word or Excel to activate over the Internet. After activation run winecfg and set riched20 (under libraries) to (native,builtin). This will enable PowerPoint to work and makes the drop-down list of countries visible for phone activation.

For OneNote to work, run winetricks wininet and then make sure that wininet is set to (native,builtin)

For additional info, see the WineHQ article.

As an alternative to the above method, playonlinux provides custom installer scripts that make the installation of Office 2003, 2007 and 2010 an ease. You just have to provide the setup.exe or ISO and the installer will guide you seamlessly through the installation procedure. You do not have to deal with the underlying Wine at all. The playonlinux installation for Office 2010 improves on the minimum installation instructions provided above by enabling xml conversions for Word documents created with certain earlier versions of Word.

Office 2013

Should work with Wine 2.0 and newer - most likely 32-bit versions only. The exact status for each application should be updated on this page once Wine 2.0 is out.

Office 2016

Doesn't work.

Running Wine under a separate user account

Note: As of version 1.16, Xorg runs as a regular user by default. This means a special user has no access to X. The following approach only works when enabling root for Xorg; see Xorg#Rootless Xorg (v1.16).

It may be desirable to run Wine under a specifically created user account in order to reduce concerns about Windows applications having access to your home directory.

First, create a user account for Wine:

 # useradd -m -s /bin/bash wineuser

Afterwards, in order to open Wine applications using this new user account you need to add the new user to the X server permissions list:

 $ xhost +SI:localuser:wineuser

Finally, you can run Wine via the following command, which uses env to launch Wine with the environment variables it expects:

 $ sudo -u wineuser env HOME=/home/wineuser USER=wineuser USERNAME=wineuser LOGNAME=wineuser wine arguments
Tip: It is possible to automate the process of running Windows applications with Wine via this method by using a shell script as follows:
xhost +SI:localuser:wineuser
sudo -u wineuser env HOME=/home/wineuser USER=wineuser USERNAME=wineuser LOGNAME=wineuser wine "$@"

Wine applications can then be launched via:

$ runaswine "C:\path\to\application.exe"
Tip: In order to not be asked for a password each time Wine is run as another user the following entry can be added to the sudoers file: mainuser ALL=(wineuser) NOPASSWD: ALL. See Sudo#Configuration for more information.

It is recommended to run winecfg as the Wine user and remove all bindings for directories outside the home directory of the Wine user in the "Desktop Integration" section of the configuration window so no program run with Wine has read access to any file outside the special user's home directory.

Keep in mind that audio will probably be non-functional in Wine programs which are run this way if PulseAudio is used. See PulseAudio/Examples#Allowing multiple users to use PulseAudio at the same time for information about allowing the Wine user to access the PulseAudio daemon of the principal user.

Third-party interfaces

These have their own sites, and are not supported in the official Wine forums/bugzilla.


CrossOver Has its own wiki page.


PlayOnLinux is a graphical Windows and DOS program manager. It contains scripts to assist the configuration and running of programs, it can manage multiple Wine versions and even use a specific version for each executable (e.g. because of regressions). If you need to know which Wine version works best for a certain game, try the Wine Application Database. You can find the playonlinux package in community.

Tip: PlayOnLinux supports Bumblebee. Open POL console, type this command POL_Config_Write BEFORE_WINE optirun and hit enter. optirun command will be used and each application will be run using optirun. You can even use primusrun instead!


PyWinery is a graphical and simple wine-prefix manager which allows you to launch apps and manage configuration of separate prefixes, also have a button to open winetricks in the same prefix, to open prefix dir, winecfg, application uninstaller and wineDOS. You can install PyWinery with the pywineryAUR package. It is especially useful for having differents settings like DirectX games, office, programming, etc, and choose which prefix to use before you open an application or file.

It is recommended using winetricks by default to open .exe files, so you can choose between any Wine configuration you have.


Q4Wine is a graphical wine-prefix manager which allows you to manage configuration of prefixes. Notably it allows exporting Qt themes into the Wine configuration so that they can integrate nicely. You can find the q4wine package in multilib.

See also