Wine on Windows 10
101–110 of 135 posts
Re: Wine on Windows 10
#102WSL2 is in beta now if anyone on HN feels like getting 32 bit apps to work.
The procedure to use 32-bit under WSL-1 is the following:
enable i386 architecture
install multilibs
install qemu-user-static
register 32-bit elf magic to be executed through qemu-i386-static: $ sudo update-binfmts --install i386 /usr/bin/qemu-i386-static --magic '\x7fELF\x01\x01\x01\x03\x00\x00\x00\x00\x00\x00\x00\x00\x03\x00\x03\x00\x01\x00\x00\x00' --mask '\xff\xff\xff\xff\xff\xff\xff\xfc\xff\xff\xff\xff\xff\xff\xff\xff\xf8\xff\xff\xff\xff\xff\xff\xff'
reload binfmt: $ sudo service binfmt-support start
and it executes x86 elf on WSLMore info on this technique here: https://stackoverflow.com/questions/42120938/exec-format-err...
Re: Wine on Windows 10
#103This can be very helpful in the future for playing games with strange 16-bit-mixed-with-32-bit installers that fail to run properly on modern Windows, even 32-bit versions. I hope WSL2 comes out soon. Now that installing wine in Linux on windows is possible, the next step becomes clear. We must compile and run cygwin on wine in Linux on Windows.
Re: Wine on Windows 10
#104Earlier quoted context omitted.
We know how it would look like! Here is a nice illustration: https://m.xkcd.com/1764/
To tie this back to Wine, here is what we actually do during some parts of the Proton[1] build process: Run a Debian 9 VM, inside of which we run an Ubuntu 12.04 Docker container (the Steam runtime), which runs an Arch Linux chroot in order to gain a modern cross-compiler. It's a doozy[2]! [1] Proton is Valve's fork of Wine which ships with the Linux Steam client. [2] https://github.com/ValveSoftware/Proton/commit/d6…
I'm not informed enough to say whether the fork made sense or not, but my immediate reaction was that using a OS project with immense man hours and effort behind it for commercial gain without contributing back would be very ... questionable.
Re: Wine on Windows 10
#105Earlier quoted context omitted.
To tie this back to Wine, here is what we actually do during some parts of the Proton[1] build process: Run a Debian 9 VM, inside of which we run an Ubuntu 12.04 Docker container (the Steam runtime), which runs an Arch Linux chroot in order to gain a modern cross-compiler. It's a doozy[2]! [1] Proton is Valve's fork of Wine which ships with the Linux Steam client. [2] https://github.com/ValveSoftware/Proton/commit/d6…
Out of curiosity, since you might know: is Proton upstreaming changes or are they going their separate ways? I'm not informed enough to say whether the fork made sense or not, but my immediate reaction was that using a OS project with immense man hours and effort behind it for commercial gain without contributing back would be very ... questionable.
Re: Wine on Windows 10
#106Earlier quoted context omitted.
Playing Exile 2 is exactly why I want to run 16 bit applications. I basically learned English from that game! I remember being frustrated being locked into the shareware version by Shareware Barriers, figuring out how to edit maps by using Norton Disk Edit on the game files, and digging new tunnels into the cave wall. I was about 12 and I still consider this my greatest hacking achievement...
You are in luck then, all three Exile games are free from the site :-) (you need to dig a bit to find them, go to the games, then old games then click on the icon for the windows version).
Re: Wine on Windows 10
#107Re: Wine on Windows 10
#108It's a shame WSL will be replaced soon with WSL2, which is a mere virtual machine and not native support for Linux binaries.
Re: Wine on Windows 10
#109I wish I could play the old spider solitaire, not the new one. The new one is not free and has micro transactions. That's pretty sad. I'm sure it's not even possible to find the old exe. There are js equivalent but none are really worth it.
Re: Wine on Windows 10
#110Earlier quoted context omitted.
> When people say 'Linux' in reference to WSL1, it's a Linux Kernel API emulation layer on top of the Windows kernel I have always thought it was some kind of "low level" VM. Based on your comment, it's more like a Frankenstein monster...
The Windows kernel is a true micro-kernel, unlike the monolith of Linux, and the Frankenstein mess of Mac "OS". Different API subsystems can run on top of it. There used to be a supported POSIX subsystem.