WOW64 wine transition breaks creation of 32 bit prefixes

kyle_h · 2025-06-19 23:39:44

About four days ago the wine package was fiddled with to make wine's new way of dealing with 64bittedness of windows programs the default.

https://archlinux.org/news/transition-t … e-staging/

The news post advises:

"If you are facing issues with 32 bit prefixes, please recreate these and reinstall the application."

Let's try that:

 [kyle@DS9 ~]$ WINEPREFIX="$HOME/wine32" WINEARCH=win32 wine wineboot
wine: WINEARCH is set to 'win32' but this is not supported in wow64 mode.

The arch wiki does not advise.

Last edited by kyle_h (2025-06-19 23:40:03)

Scimmia · 2025-06-19 23:41:13

Recreate...but not as a 32 bit prefix.

kyle_h · 2025-06-19 23:58:11

No. Photoshop CS6 has a dependency on ie6, which does not install in a 64 bit environment.

If breaking compatibility with software that needs 32 bit prefixes is meant to be a permanent "improvement" I'll just roll back wine and stick it on the package blacklist. (Usually I only do that when someone ruins their app by using libadwaita)

Last edited by kyle_h (2025-06-19 23:58:58)

skunktrader · 2025-06-20 01:26:57

kyle_h wrote:

If breaking compatibility with software that needs 32 bit prefixes is meant to be a permanent "improvement" I'll just roll back wine and stick it on the package blacklist.

I don't think that will be a long-term solution. What about all the lib32- dependencies for wine?

cloverskull · 2025-06-20 05:41:05

Maybe someone (not volunteering) can investigate putting together something like a wine32 PKGBUILD and get it on the AUR.

I think I see both sides - wine is useful not just for running contemporary stuff but also retro stuff that there's no real other way to use. Sometimes these things can be important. *shrug* but it's unwise to make the average user of wine that doesn't care about 32/64 bit have to download all those libs. That's a lot of wasted bandwidth, some people are metered, wasted disk space, etc. I'm all for removing the general dependency for the general public and shifting to WOW64.

But this is precisely why the AUR exists.

Lone_Wolf · 2025-06-20 10:05:07

For now, switch to https://aur.archlinux.org/packages/wine-stable as that still has the win32 support .

damnbug · 2025-06-20 13:16:10

Yes, Wine is broken. I'm sticking to 10.8-2.

Crouze · 2025-06-20 19:45:58

I understand the move to WoW64 in Wine, but it also feels a bit arrogant to assume that every 32 bit Windows application will run on 64 bit with WoW64. The fact that the developers / maintainers / decision makers don't have any Windows applications that break, doesn't mean others now do feel the pain. I don't mind the re-installing of wineprefixes and Windows applications, but it would have been nice if more thought had been given to this problem and a decent way out (apart from blocking upgrades) or alternatives given, even if it was only in documentation.

Anyway...I have such an application, it's a VB6 program which requires MDAC 2.8, which famously doesn't work on any 64 bit machine. What I ended up doing this week was:

- Move all other Win32 applications I had on my Win32 prefix to the 64 bit prefix (I already had both).
- Removed the Win32 prefix and upgraded Wine to 10.9.
- Manually build 10.8.1 from the source on WineHQ, without 64bit support, and installed it away from the existing Wine.
- Installed my VB6 program in the Win32 Wine, of course with its own 32bit prefix.
- Made menu entries for both the "normal" Wine installation, and the 32bit one (with its specific WINEARCH, WINEPREFIX and WINE environment variables).
- Now the "normal" Wine can be kept to the latest release, and the other one is specific to that one application and will forever (?) be left alone.

It may sound like a bit of overkill to have two Wines on my machine, but this works for me, for as long as there is no (probably never will) proper solution to have true 32bit in Wine 10.9+ . And I must admit it is nice to have just one Wine for all the other Windows applications, regardless if these are 32 or 6 bit thanks to WoW64.

I could have probably build 10.10 from WineHQ without the 64bit support, but 10.8.1 seemed appropriate as it is the last Win32 Wine release on Arch.

0xjmz · 2025-06-21 15:27:03

I'm experiencing the same problem – a lot of older apps aren't working well, or are running very slowly. It looks like WoW64 is still experimental. I wonder if having separate Wine32 and Wine64 packages might be a good idea. I understand the change, but it seems somewhat premature at this stage. Now, I will rebuild Wine myself, using the `wine-10.8-1` PKGBUILD as a starting point. I anticipate that a significant number of other applications will also be affected.

MajorMayer · 2025-06-22 19:18:11

VirtualDub (used in this AUR package : https://aur.archlinux.org/packages/otr- … ng3p-vdub) is negatively affected by this change as well, because apparently there is no 64-bit version with plugin support and this situation will most likely not change anytime.
With the change it cannot be launched anymore.

For now, switching to wine-stable did the trick, but before this will remove 32-bit support as well, it would be great to have a separate 32-bit Wine version (maybe in the multilib repo?).

skirmish · 2025-06-22 22:31:15

Did anybody try building this under Arch:

https://github.com/MIvanchev/static-wine32

Statically linking (mostly) all libraries would make sure that any upgrades to lib32-* libraries wouldn't break this "frozen in time" wine32.

BS86 · 2025-06-23 07:43:38

you guys really use wine for multiple programs and have no prefix-management software like lutris (or others) in place?
You can easily use several wine versions with those tools and they make managing prefixes easy.
Personally, most of my wine prefixes simply use the system wine, and they still work. Those that don't use system wine aren't affected by the changes and still work, they didn't work with system wine anyway.

Side note: Even Steam uses several Proton versions for their games, they are basically also separate wine prefixes.

Last edited by BS86 (2025-06-23 07:45:05)

masu33 · 2025-06-24 18:27:10

BS86 wrote:

you guys really use wine for multiple programs and have no prefix-management software like lutris (or others) in place?

Yes.

gsus · Yesterday 21:24:52

Lone_Wolf wrote:

For now, switch to https://aur.archlinux.org/packages/wine-stable as that still has the win32 support .

This works for me (wine-stable). I have an SmartVMs for my house cameras that not work on win64.

Arch Linux

#1 2025-06-19 23:39:44

WOW64 wine transition breaks creation of 32 bit prefixes

#2 2025-06-19 23:41:13

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#3 2025-06-19 23:58:11

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#4 2025-06-20 01:26:57

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#5 2025-06-20 05:41:05

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#6 2025-06-20 10:05:07

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#7 2025-06-20 13:16:10

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#8 2025-06-20 19:45:58

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#9 2025-06-21 15:27:03

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#10 2025-06-22 19:18:11

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#11 2025-06-22 22:31:15

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#12 2025-06-23 07:43:38

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#13 2025-06-24 18:27:10

Re: WOW64 wine transition breaks creation of 32 bit prefixes

#14 Yesterday 21:24:52

Re: WOW64 wine transition breaks creation of 32 bit prefixes

Board footer