Before trying to get a game running with wine I suggest searching for it in the Wine Application Database. For example, the page for League of Legends 4.x, details that you need to have corefonts, and vcrun2008 installed with winetricks, and that OpenGL can be used if you set it in the config files.
When I have tried to get games running through wine in the past, I have found it easiest to run winefile (a filemanager for wine files) from the terminal, and watch the terminal for errors. Googling around the errors encountered always lead me to a package that I needed to install on my Arch system.
Also, you need to realise that there are some games that simply won't run on Linux through wine, or if they do, be quite buggy. This is simply a byproduct of trying to run software on a system it wasn't designed for (without emulation).
It suggests me to install instead each component individually, which I tried to do (still with Winetricks) by installing all the dlls related to Directx9, but it doesn't change anything, some of these libs are also obsolete.
I'm not sure if Wine ever successfully supported DirectX 11. I think it was never finished. More recently people that have been using Vulkan are reporting even better framerates than using Wine's native DirectX 9.I don't recall the entire installation procedure. You will need to obtain the latest winetricks from GitHub, then:
Hi, so I've been trying to install and run rabbids coding on wine (yes I know, I play these types of games). And it gave me an error about directx 11 not installed.So I went ahead and tried to install d3dx11_43 using winetricks. But one of the "cabextract" commands returned an error value. It was:
Also /home/arashk/.wine/dosdevices/c:/windows/temp is empty if you're wondering. I tried running it on a clean 32 bit bottle but same result. I have wine 5.19, 64 bit bottle. Any effort at helping is appreciated.
Normally you do not have to use the command line to use Wine in Linux. You can use a graphical interface for most things, much like on Windows. In many cases you can right-click an installer and select "Open with Wine", or just double-click it. You can start installed programs using the shortcut icon or menu.
Ideally, if an application runs fine in Windows, it should run fine on the same hardware using Wine, provided native drivers for your hardware are installed and equivalent to the Windows drivers. Open source Linux graphics drivers in particular are often inadequate to run games that work fine on the same hardware in Windows. If there is no native driver for your hardware, Wine will not be able to use it.
A good rule of thumb is to start with the version of Wine installed with your distro and see if that works with the applications you want to use. If it does, good! If it doesn't, upgrade. In most cases the upgrade should be to the latest development version, but it is a good idea to check Bugzilla and the AppDB for any known regressions and/or new bugs. If you find an existing bug marked STAGED, this means there is a patch for the problem in wine-staging (the experimental branch), and you should try the latest version in that branch. If there are known bugs without a STAGED patch or easy workaround, upgrade to the most recent version of Wine known to work for your application.
If your package manager complains about unmet dependencies when trying to install Wine, work your way backwards. Try installing whatever package your package manager complains has unmet dependencies, see what your it complains about, then try to install that. Keep working your way backwards until you solve whatever is blocking everything else.
A common problem on Ubuntu-based system is having installed a PPA version of a library that is newer than what is available in the standard repository. PPA packages may not be multiarch compatible and/or may not have i386 packages built, and since Debian/Ubuntu-based systems require the i386 and x86_64 versions of a package to be exactly the same, the user is unable to install the i386 version needed by Wine because no matching version can be found. The solution is to either change the installed version of the library back to the one from the standard repository so you can install both the 32 and 64 bit packages, or find an i386 package whose version exactly matches the one already installed.
Yes, but you will have to build Wine yourself (see Building Wine), as it is not possible to have multiple distro packages installed. The easiest way to do this is to run Wine from the build directory (don't do make install). If you want to actually install multiple versions, use --prefix when building Wine to designate a different install directory for each version, e.g.
Note that regardless of whether you install multiple versions or run them from the build directory, you will still have to designate which version of Wine you wish to use when running applications. It is also recommended that applications being run with different Wine versions be installed into separate wineprefixes.
Yes. 64 bit Wine has been available on Linux since 1.2. WineHQ binary packages are available for 64 bit, and most major distros package it for users. Normally, installation should be as simple as installing the Wine package for your distribution through your package manager. Check the Download page. If you are building Wine from source, see Building Wine for instructions on how to build 32 bit Wine on a 64 bit system and instructions on how to build 64 bit Wine in a shared WoW64 setup.
If you have replaced the customized distro that came preinstalled on your netbook (Xandros, Linpus, etc.) with one of the mainstream distros that provide up-to-date Wine packages, you should be able to install Wine as normal for that distro.
If you are still using Xandros (eeePC), Linpus (Acer Aspire One) or any other customized distro, you will have to ask on your netbook's support forum. Only other users of those distros can advise you on what, if any, binary packages will work on your system, where to find them, and how to install them.
No, not even in Linux. Older Macs used PowerPC processors are incompatible with code compiled for x86 (Intel and AMD) processors, unless the code is run under CPU emulation. Wine Is Not a (CPU) Emulator, nor does it include one. The Darwine project was an effort to do just that, but it has not been maintained in many years.
Uninstalling Wine itself will not revert your Wine settings or uninstall your Windows apps, which are permanently stored in your user's home directory. Do not uninstall Wine if you only wish to remove all of your settings and apps. For instructions on removing your Wine settings and apps, see #How do I wipe the virtual Windows installation?
You can run Wine's uninstaller command; this is like Windows' "Add/Remove Programs" function. To uninstall 64 bit applications, including wine-mono, you need to run it with wine64. The uninstaller should remove menu and desktop entries... but it's not well tested; it might not work with all apps. See below for a reliable way to remove *all* Windows apps.
You can remove your virtual Windows installation and start from scratch by deleting the hidden .wine directory in your user's home directory. This will remove all of your Wine settings and Windows applications. The simplest and safest way to do this is through your file manager. Simply set your file manager to show hidden files, browse to your home directory, and delete .wine the same way you would any other directory. If you want to keep it as a backup, you can rename or move it instead. To the host system, a wineprefix is just another directory that can be deleted, moved, renamed, etc., the same as any other directory.
Wine is not designed to interact with an existing Windows installation. If you have any data you need from a Windows installation, browse your Windows filesystems in your normal file manager and copy the data to another location.
Do not try to configure Wine to point to your actual Windows C:\ drive. This will break Windows and require a Windows reinstall. We have tried to make this hard to do, so you probably cannot do it by accident. If you do manage this, Wine may or may not continue to operate, but your Windows install will be 100% dead due to critical parts of it being overwritten. The only way to fix Windows after this has happened is to reinstall it.
If the amount of space you need is less than 1 GB, and df reports you have more than 1 GB available, try setting the Windows version to Windows 98. This will work around bugs in some old (Windows 98 era) installers that could not cope with large drives.
If you want to use a different partition that has more free space, use a wineprefix that is located on the other partition. Note that your other partition must be a Unix filesystem: FAT and NTFS partitions will not work. See #How can I run two programs as if they were on different computers? for instructions.
Note: if you can, start applications by clicking on the application's icon in the Applications / Wine menu or desktop instead. Double-clicking .exe files is typically only needed for applications that aren't installed yet, e.g. to run the setup.exe on a CD-ROM game or a downloaded installer.
Wine is not an application you run. Wine enables your computer to run Windows applications. Simply install and run your applications as you would in Windows. See #How do I run an installer using Wine?.
NEVER run Wine as root! Doing so gives Windows programs (and viruses) full access to your computer and every piece of media attached to it. Running with sudo also has these same risks but with the added bonus of breaking the permissions on your /.wine folder in the process. If you have run Wine with sudo you need to fix the permission errors as described in the next question, and then run winecfg to set Wine up again. You should always run Wine as the normal user you use to login.
You need to fix the permissions on your /.wine directory, this is where all Wine state, configuration and any important data you might have such as installed programs, saved data within Wine programs, etc. are stored. Once you delete or fix the permissions on this directory, rerun Wine as a regular user always! Run the following to fix the permissions on your /.wine directory if it now has root permissions.
0aad45d008