You are not logged in.
--- WHAT ---
wine-wow64 is nominated for replacing bin32-wine in [community]. Its main advantage over bin32-wine is that it is able to run both 32bit and 64bit Windows application whereas bin32-wine can only run 32bit Windows applications. According to the wine project, this method has become viable and stable enough to test with wine 1.2 but we need your help to test it! We don't want unstable crap in [community].
bin32-wine and wine-wow64 are only for x86_64. The i686 wine package in [community] will be left untouched.
Note, wow64 has nothing to do with a popular MMORPG, it is merely the method Windows x64 uses for 32/64bit compatibility which is mimicked in wine.
If you want to help us test it, please either grab the AUR package (http://aur.archlinux.org/packages.php?ID=38462) or add the repo to your pacman.conf (much easier method).
[heftig]
Server = http://archlinux.ro/~heftig/repo/$arch
---HOW---
If you want to test, acquire wine-wow64 using one of the two methods given above and run some of the applications you know were working with bin32-wine. Also run some native x64 Win programs. For instance, install Python 64bit and see how it works. Or something else. Just run your stuff and report back.
Your testing findings are very important for this decision. However, the actual decision for the inclusion of wine-wow64 in [community] is ultimately done on the aur-general mailing list. Practical testing results should still be a rather influential factor against the emotional bias of including lots of cross32 and lib32 packages as well.
<moderator edit> Forum sticky not necessary. Post edited above to direct users to the related aur-general thread. Please report all test results there. tomk
Last edited by Svenstaro (2010-07-18 13:29:39)
Offline
so far i'm running spotify with this and everything is working right. 32 bit only app
Give what you have. To someone, it may be better than you dare to think.
Offline
Hi there
I have a question to this, does your wow64 build automatically detect if i run a 32 or 64 bit windows app or is there something like 2 binaries e.g. "wine32 myfile.exe" and "wine64 myfile.exe". Fedora did it that way with a mixed 32/64 build, you had to explicitly start either 32 or 64 bit wine but no form of auto detecting.
Offline
Hi there
I have a question to this, does your wow64 build automatically detect if i run a 32 or 64 bit windows app or is there something like 2 binaries e.g. "wine32 myfile.exe" and "wine64 myfile.exe". Fedora did it that way with a mixed 32/64 build, you had to explicitly start either 32 or 64 bit wine but no form of auto detecting.
You can use something like this to detect 32/64 exe.
#!/bin/bash
offset=$(hexdump -e '1/4 "0x%x"' -s 0x3c -n 4 $1)
machine=$(hexdump -e '1/2 "0x%04x"' -s $(($offset + 0x4)) -n 2 $1)
case "$machine" in
"0x014c") # i386
wine $@
;;
"0x8664") # amd64
wine64 $@
;;
"0x0200") # ia64
# is it supported by wine64?
;;
esac
Last edited by dobo (2010-07-20 08:34:50)
Offline
I'm trying to build wine-wow64 myself. It depends on lib32-glibc-devel-il which conflicts with both lib32-glibc-devel (directly) and with lib32-linux-api-headers (indirectly, file conflicts). What is the actual depends list, is there anything in lib32-glibc-devel-il which can't be provided by the combination of lib32-glibc-devel and lib32-linux-api-headers?
Anyway, still can't get it to build, will try again after work
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Is it just me that has problems installing wine-wow64 on my system. the repo is in my pacman.conf file but it is neither listed when I use pacman -Syu, nor can I install wine-wow64 from it. The aur version doesn't want to install either, taking inordinate amounts of time to do anything, but never actually compiling. maybe i screwed my system up in the past day before i tried this....
and yes, I am using a 64bit system, before anyone goes there
Last edited by Japanlinux (2010-07-20 06:06:03)
Offline
Detection of 32-bit/64-bit executables is done automatically. If you try to start a 64-bit executable using wine, it will call wine64 for you.
I made lib32-glibc-devel-il to get around the problem that most lib32 packages do not include their own headers. If you install lib32-glibc-devel-il, make sure you don't install any more headers into /opt/lib32/usr/include.
After installing lib32-glibc-devel-il, /opt/lib32/usr/include should be a symlink to /usr/include. If it isn't, something went wrong during installation of the package.
Offline
Detection of 32-bit/64-bit executables is done automatically. If you try to start a 64-bit executable using wine, it will call wine64 for you.
Awesome! This is what i'm looking for then
Thanks a lot, i will give it a try this weekend.
Offline
Is it just me that has problems installing wine-wow64 on my system. the repo is in my pacman.conf file but it is neither listed when I use pacman -Syu, nor can I install wine-wow64 from it. The aur version doesn't want to install either, taking inordinate amounts of time to do anything, but never actually compiling. maybe i screwed my system up in the past day before i tried this....
and yes, I am using a 64bit system, before anyone goes there
Set it as the top repo, preceding even testing.
Offline
Detection of 32-bit/64-bit executables is done automatically. If you try to start a 64-bit executable using wine, it will call wine64 for you.
I made lib32-glibc-devel-il to get around the problem that most lib32 packages do not include their own headers. If you install lib32-glibc-devel-il, make sure you don't install any more headers into /opt/lib32/usr/include.
After installing lib32-glibc-devel-il, /opt/lib32/usr/include should be a symlink to /usr/include. If it isn't, something went wrong during installation of the package.
So lib32-glibc-devel-il is incompatible with lib32-linux-api-headers? But lib32-linux-api-headers is required by one of the dependencies of wine-wow64... no time to check it out right now, but will later.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
It replaces lib32-glibc-devel. lib32-linux-api-headers is not needed in this case, because linux-api-headers is used through the symlink.
Offline
I would suggest that lib32-glibc-devel-il should conflict with lib32-linux-api-headers. The thing is, depending how we follow the tree of dependencies, we'd come across cross32-gcc which depends on lib32-glibc-devel which depends on lib32-linux-api-headers. Unless we already have lib32-glibc-devel-il installed (which provides lib32-glibc-devel). So depending on the order in which we resolve dependencies, lib32-glibc-devel may be installed first, lib32-glibc-devel-il can overwrite it but then has file conflicts with lib32-linux-api-headers.
I believe the file conflicts mean that the packages should conflict, especially since lib32-linux-api-headers are basically meant only for lib32-glibc-devel (unless I'm mistaken).
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
This is known and won't be an issue when the toolchain is moved into [community]. lib32-glibc-devel-il will be included in lib32-glibc.
Offline
Okay, you know better than I.
I managed to compile wine-wow64 on my main machine (the VM kept croaking, don't know why). Runs all my apps fine (Civ 3, 4, 5, HOMM5 and expansion, some random binaries, e-sword). Don't have a 64-bit-native windows app to test it with.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Tested with all 32bit programs I usually ran with bin32-wine-suse, they
all act as before(what's working is working, and what's not working is
still not working)
Tested with 64bit 7-Zip a few times, it loads pretty slowly( ~10sec,
32bit 7-Zip loads within 2sec), after start up it works fine.
Besides, the first time I ran winecfg it created the configuration directory
slowly, too. But I think that's a minor issue.
Last edited by eirika (2010-07-21 13:58:39)
Offline
Slow loading on 64bit launch is due to wine loading a whole load of 64bit libs it didn't need before.
Offline
Slow loading on 64bit launch is due to wine loading a whole load of 64bit libs it didn't need before.
Well I don't agree with this. The same reasoning also applies to 32bit programs. And
from my experience it loads slowly every time when I start the same 64bit program repeatedly, not just the first time.
Last edited by eirika (2010-07-21 17:30:19)
Offline
Oh, I see. I somehow don't have that problem, though. My testing with putty 64bit and 7zip 64bit showed no apparent slowdowns versus 32bit. Only on the first time my disk spun up to load the remaining libs.
Offline
I am getting the following errors with wine-wow64 downloaded from your repo. Apart from "cannot find Freetype font library" error there are also some extra errors. No errors occured with bin32-wine previously installed. Can you pinpoint whats wrong? Thank you.
[keshav_pr@keshav-laptop MS_Windows_Softwares_64-bit]$ pacman -Qs wine
local/wine-wow64 1.2-1 [194.50 MB]
A compatibility layer for running Windows programs (both 32-bit and 64-bit)
[keshav_pr@keshav-laptop MS_Windows_Softwares_64-bit]$ pacman -Qs freetype
local/freetype2 2.4.1-1 [2.54 MB]
TrueType font rendering library
local/lib32-freetype2 2.4.1-1 [0.54 MB] (lib32)
TrueType font rendering library
local/lib32-libxft 2.1.14-1 [0.10 MB] (lib32)
FreeType-based font drawing library for X
local/libxft 2.1.14-1 [0.15 MB]
FreeType-based font drawing library for X
Setting up the wine prefix and trying to run a win64 app
[keshav_pr@keshav-laptop MS_Windows_Softwares_64-bit]$ rm -rf ~/.wine/
[keshav_pr@keshav-laptop MS_Windows_Softwares_64-bit]$ wine MediaCoder-x64-0.7.3.4625.exe
wine: created the configuration directory '/home/keshav_pr/.wine'
err:module:load_builtin_dll failed to load .so lib for builtin L"winemp3.acm": libmpg123.so.0: cannot open shared object file: No such file or directory
err:module:load_builtin_dll failed to load .so lib for builtin L"winemp3.acm": libmpg123.so.0: cannot open shared object file: No such file or directory
err:mmdevapi:load_libopenal Couldn't load libopenal.so.1: libopenal.so.1: cannot open shared object file: No such file or directory
Could not load wine-gecko. HTML rendering will be disabled.
Wine cannot find the FreeType font library. To enable Wine to
use TrueType fonts please install a version of FreeType greater than
or equal to 2.0.5.
http://www.freetype.org
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libSM.so.6: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libSM.so.6: wrong ELF class: ELFCLASS64
Application tried to create a window, but no driver could be loaded.
Unknown error (127).
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\urlmon.dll") failed (error c000007a).
err:module:import_dll Library urlmon.dll (which is needed by L"C:\\windows\\system32\\itss.dll") not found
err:mmdevapi:load_libopenal Couldn't load libopenal.so.1: libopenal.so.1: cannot open shared object file: No such file or directory
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\urlmon.dll") failed (error c000007a).
err:module:import_dll Library urlmon.dll (which is needed by L"C:\\windows\\system32\\mshtml.dll") not found
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\urlmon.dll") failed (error c000007a).
err:module:import_dll Library urlmon.dll (which is needed by L"C:\\windows\\system32\\msi.dll") not found
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\msi.dll") failed (error c000007a).
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\urlmon.dll") failed (error c000007a).
err:module:import_dll Library urlmon.dll (which is needed by L"C:\\windows\\system32\\msi.dll") not found
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\msi.dll") failed (error c000007a).
err:module:import_dll Library msi.dll (which is needed by L"C:\\windows\\system32\\msiexec.exe") not found
err:module:load_builtin_dll failed to load .so lib for builtin L"msxml3.dll": libxml2.so.2: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\qmgr.dll") failed (error c000007a).
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\urlmon.dll") failed (error c000007a).
err:module:import_dll Library urlmon.dll (which is needed by L"C:\\windows\\system32\\qmgr.dll") not found
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\urlmon.dll") failed (error c000007a).
Wine cannot find the FreeType font library. To enable Wine to
use TrueType fonts please install a version of FreeType greater than
or equal to 2.0.5.
http://www.freetype.org
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libSM.so.6: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libSM.so.6: wrong ELF class: ELFCLASS64
wine: configuration in '/home/keshav_pr/.wine' has been updated.
Wine cannot find the FreeType font library. To enable Wine to
use TrueType fonts please install a version of FreeType greater than
or equal to 2.0.5.
http://www.freetype.org
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libSM.so.6: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libSM.so.6: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\urlmon.dll") failed (error c000007a).
err:module:import_dll Library urlmon.dll (which is needed by L"C:\\users\\keshav_pr\\Temp\\nspc25.tmp\\OCSetupHlp.dll") not found
err:module:load_builtin_dll failed to load .so lib for builtin L"WININET.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library WININET.dll (which is needed by L"C:\\users\\keshav_pr\\Temp\\nspc25.tmp\\OCSetupHlp.dll") failed (error c000007a).
Application tried to create a window, but no driver could be loaded.
Unknown error (127).
err:module:load_builtin_dll failed to load .so lib for builtin L"wininet.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library wininet.dll (which is needed by L"C:\\windows\\system32\\urlmon.dll") failed (error c000007a).
err:module:import_dll Library urlmon.dll (which is needed by L"C:\\users\\keshav_pr\\Temp\\nspc25.tmp\\OCSetupHlp.dll") not found
err:module:load_builtin_dll failed to load .so lib for builtin L"WININET.dll": libz.so.1: wrong ELF class: ELFCLASS64
err:module:import_dll Loading library WININET.dll (which is needed by L"C:\\users\\keshav_pr\\Temp\\nspc25.tmp\\OCSetupHlp.dll") failed (error c000007a).
While trying to run a win32 app
[keshav_pr@keshav-laptop MS_Windows_Softwares_32-bit]$ wine Convert.exe
Wine cannot find the FreeType font library. To enable Wine to
use TrueType fonts please install a version of FreeType greater than
or equal to 2.0.5.
http://www.freetype.org
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libSM.so.6: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libSM.so.6: wrong ELF class: ELFCLASS64
Application tried to create a window, but no driver could be loaded.
Unknown error (127).
Last edited by skodabenz (2010-07-23 15:45:43)
My new forum user/nick name is "the.ridikulus.rat" .
Offline
skodabenz, can you try to compile it and report back results?
Offline
Looks like lib32-zlib and lib32-libsm are missing.
Offline
Works fine for me with my old 32 bit programs (Marvel Ultimate Alliance, Zsnes) once I add the dll's/configs I had used in the 32-bit-only prefix. Teamspeak for win64 (ts3client_win64.exe) also seems to work fine.
Oddly, ts3 runs the same with /usr/bin/wine as /usr/bin/wine64 and it didn't install to the 64 bit Program Files folder, even though it was created during the ts3 install (yes, fresh wineprefix). I guess wine64 doesn't automatically change the dir from PF to PF(64) in the back-end (or at least switch the system recommended default dir, if such a thing exists), which is unexpected but not an "issue". The md5sum on those two wine binaries is different, naturally, so I would expect *some* difference in trying to run a 64 app with one vs the other. ..perhaps the aforementioned script in this thread is not necessary, and wine checks 32/64 automatically and points it to the proper binary? Any better explanation?
Only trouble I have is now some of the stuff in winetricks that made that process easy doesn't seem to work properly anymore or otherwise doesn't support the 64 bit installers (like vcrun2005), but I may be doing something wrong. Most of what I tried in it still seems to work fine though.
Last edited by FrozenFox (2010-07-24 18:44:20)
Offline
Do not expect winetricks to correctly work on wine64 yet. It is completely geared towards 32bit classic wine. Almost all of the installer it fetches are for single arch Windows 32bit.
Offline
Edited my prior post to be a little more coherent.
Anyway, yeah.. I didn't really expect winetricks to work yet, that was more of a heads up for those who require external dll's. It is not directly related to this package, which works quite well. Many thanks.
Last edited by FrozenFox (2010-07-24 18:48:01)
Offline