A Wineprefix is like a small windows system that is run through wine. A clean Wineprefix is a brand new one that does not have any programs installed in it or settings changed. What you can do is have a separate Wineprefix for every program you install on wine to make removal easier and to prevent conflict. I think that is what Winetricks does. The default one is stored in your home folder in .wine.
Add a new wine Windows game > set name > set the setup file as executable value, create an empty folder and set it as wine prefix, optional change runner or system options > press ok and then play > prefix should be created and setup should start - but instead the empty folder is deleted and nothing else happens.
So I've been trying to install an app on Wine, and I accidentally created a new prefix. It shows in the Change Prefix menu, and I just want to get rid of it. However, when I click the - button, it doesn't get removed from the list... it just stays there! Is there some kind of hidden file that is there? I just want it to go away...
I know that this answer is a little late but answering it for anyone else landing on this page might be useful. Since a WINE prefix is a folder that contains all sorts of configurations, deleting it fixed my issue. The default WINE prefix is /.wine, so by issuing the command 'rm -r /.wine' it will be removed. When using a different prefix, it should be possible to replace the default prefix in this command with the desired prefix.
I figured it doesnt have anything to do with any of those things. Different kernels and wine versions all worked the same way, and proton worked normally and unaffected. Lutris wine though seems to be affected, as the same problem happens.
Skunky, my output is very similar, does it work with this output?
I was thinking it is the video driver because I thought the windows as not being able to be rendered for some reason, but wine was trying to work, but didnt finish the prefix creation because of that, dunno.
I am on Nvidia as well and have been fighting this for the last 2 days. I have a ThinkPad T480 with intel grpahics and can make 64-bit prefixes all day. Even when I make a prefix on the ThinkPad and bring them over to my desktop I am met with the same issues (no matter the wine versions that are mentioned in the first post).
Though oddly enough throughout all of this I was able to install and run Magic The Gathering Arena via lutris which uses "lutris-mtga-5.0-x86_64" but I think that was just a case of wine "just working" for a little bit.
After update to wine binary (which happens pretty often with wine-staging) every wine-prefix will give popup 'Wine configuration in /path/to/wine/prefix is beeing updated, please wait...'. At least for me, that takes like 1.5 minutes, and DAW plugin loading is frozen during that period. And I have multiple wine prefixes. Looks like total 7 wineprefixes, althou some are not that actively used.
Hi @donald ,
The default wine prefix is for 64 bits packages by default now and when installing a 32 bits program you need a wine32 prefix, you are right.
I usually have troubles when installing 32 bits programs after I found the proper path which is executing winetricks and the cancel the installation and from the GUI run the explorer provided by wine. Then, browse the folder with the setup.exe file and the installation begins without problems.
Maybe you could consider to install office 2000 again.
For using the native ole32.dll instead of that useb by system32 in windows folder you could run winecfg and the go to the tab libraries and search for this ole32.dll, selecta and add the library in order to replace the one in the windows folder.
Atari Thanks for replying, I have tried in numerous possible ways but unfortunately, no success. I believe that Batocera currently has no option for direct prefixes in Wine. If anyone managed, please share the solution.
Batocera do not support any kind of argument in .CMD file other that DIR and CMD (I tried, nothing work). You either have to modify batocera-wine (if you want to launch the game though ES) or make a custom launcher like the *-config one so only launchable through explorer mode (F1) or terminal/ssh.
EDIT (27.10.19) : It works also with Mojave but you still get a few errors. If you downgrade to High Sierra, it will work perfectly. Just be sure that you download the last STABLE Version of Wine (4.0.2) and also install winetricks.
I'm guessing you're using the last OS version (Catalina).From what I've found so far, 32-bit program support is going away on the Mac with Catalina, and atm there is no viable solution for this issue.RN, I'm facing the same issue.Still, I've found some kind of a workaround. Install wine via brew, use a 64bit version of the .exe that you're trying to install, and run the following command:
I played steam version of Mordheim: City of the damned with manually created wine prefix through POL. It worked amazingly good with no problem at all until two days ago. There was steam update and Mordheim just don't even start. I tried it with vanilla wine default wine prefix and the game runs with it. Why POL manually created wine prefix has this problem, when wine default wine prefix is working. I tried to delete POL prefix and created it from scratch, to be sure, there were no harmful software installed, without success.
As many Wine users know, there are often regressions or an application works better on one version of wine than another. Going forward, packaging in Gentoo will allow simultaneous installation of multiple versions of Wine.
For most users, worrying about the various packages and what they do should not be a concern.The split packaging and slotting is a power user feature, and most users will be OK with simply installing virtual/wine, which chooses which wine version for the user.
Only versions classified as "stable" by upstream will be stabilized in Gentoo, and only as the app-emulation/wine-vanilla variant, as external patchsets are not considered stable. Some users may opt to add Wine variants to their package.accept_keywords file to allow for installation of development versions of Wine.
The environment variables of the shell that wine is started from are made accessible to the Windows/DOS processes. Some very useful Wine-specific variables include, but are not limited to, WINEPREFIX, WINEARCH, and WINEDEBUG.
760c119bf3