According to this, Wine now runs on Windows Subsystem for Linux.
In build 15025, wine64-development runs directly on the Windows Subsystem for Linux.
This will be applauded as a great accomplishment for those who need to run Windows executables.
No word on whether Cygwin will run on Wine running on Windows Subsystem for Linux. Also of interest would be to get Wine to be able to run Windows Subsystem for Linux on Wine.
This discussion has been archived.
No new comments can be posted.
Great News: Wine Runs on Windows Subsystem for Linux
|
Log In/Create an Account
| Top
| 34 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
(Score: 1, Funny) by Anonymous Coward on Friday February 10 2017, @12:53AM
Does this mean I can finally run IE6 again (on Linux (on Windows (on Linux)))?
(Score: 2) by DannyB on Friday February 10 2017, @02:16PM
If you're going to run Linux in JavaScript on a browser [bellard.org], IE is probably not the best browser to use for that porpoise.
Thus, Linux on Edge browser on Wine on Windows Subsystem for Linux on Windows 10 on Virtual Box on Linux.
The people who rely on government handouts and refuse to work should be kicked out of congress.
(Score: 0) by Anonymous Coward on Friday February 10 2017, @03:53PM
Wait, no Emacs in the loop? It's the best operating system ever!
(Score: 0) by Anonymous Coward on Friday February 10 2017, @01:08AM
Why would I want to do that?
(Score: 4, Informative) by Scruffy Beard 2 on Friday February 10 2017, @01:09AM
I have heard rumours Wine has better 16bit support than 64 bit windows.
(Score: 4, Insightful) by Hyperturtle on Friday February 10 2017, @01:21AM
You know, the person asking why really takes the fun out of pointlessly running XenServer in HyperV to run 2003 to run Virtualbox to run windows 10 to run the windows subsystem for linux to run wine to run Dosbox to play Ultima 7 or something.
Sometimes, you do not learn important things by only doing what is listed as possible in the manual. You can create stuff that is not supposed to work and bridge it to real networks and potentially save a LOT of time and money doing it the hard way. But if you don't try these things for fun... you never learn how it might work for you so you can leverage parts of that experience later.
(I think though that I might have a reputation by now for pointless things...if not posts)
(Score: 0) by Anonymous Coward on Friday February 10 2017, @01:37AM
Orig AC here: I do have ESX running in VM Fusion - all for the sake of doing it, so I get your point, but still the Q remains: If you have native Win already, why Wine?
- Someone mentioned security - maybe?
(Score: 5, Informative) by tekk on Friday February 10 2017, @02:11AM
Backwards compatibility. If you have a really old windows program that won't run on windows, maybe it'll run on wine?
The real answer is "because we can", though.
(Score: 3, Funny) by GreatAuntAnesthesia on Friday February 10 2017, @09:03AM
Your nick seems quite appropriate for this thread. It's emulators all the way down.
(Score: 2) by LoRdTAW on Friday February 10 2017, @02:27PM
It's also a great way to break stuff and discover bugs.
(Score: 3, Informative) by Whoever on Friday February 10 2017, @02:24AM
Totally true.
I have a Windows app (written for Windows 3.x) which last ran under Windows on NT4. It runs (badly) under Wine.
(Score: 2) by ilsa on Friday February 10 2017, @08:03PM
What about ReactOS?
(Score: 5, Touché) by bob_super on Friday February 10 2017, @01:26AM
It's probably the safest way to run Windows executable in windows.
(Score: 2) by Azuma Hazuki on Friday February 10 2017, @01:55AM
I really hope someone at MS HQ sneezed when you posted that :D
I am "that girl" your mother warned you about...
(Score: 1, Interesting) by Anonymous Coward on Friday February 10 2017, @03:33AM
You know on the surface this seems like a monumentally retarded thing to do.
HOWEVER, if you think about it. It could reduce debug time. You can try something out in windows and then try it slightly differently in 'ubuntu'. So instead of 2 debug setups and flipping back and forth with VMs you could have things to 'just try'. I could see this as being a very interesting way to debug wine.
(Score: 2) by ledow on Friday February 10 2017, @08:27AM
Development.
Run the executable native, next to the Wine version of the same, compare pixel-for-pixel and action-for-action, and watch the API calls made by both to ensure they're the same.
Sure, you can do it with VM's or separate machines, but that's a lot more messing about for a simple action.
YOU might not want to do it, but someone will.
And otherwise, it is just a toy. Like when someone can run a new OS on a virtual machine, or a self-hosting programming language - it's not difficult or directly useful, but it just means that some things internally are complete enough to make it happen and make debugging it easier.
(Score: 2) by theluggage on Friday February 10 2017, @04:09PM
(a) Please hand in your geek card at the desk and leave immediately.
(b) Obviously Microsoft has a secret plan to force-upgrade all Windows users to Linux.
(c) But will it run systemd?
(Score: 5, Funny) by Bot on Friday February 10 2017, @01:29AM
I'll fire up a VM and check it out.
Account abandoned.
(Score: 1, Funny) by Anonymous Coward on Friday February 10 2017, @01:46AM
(Score: 5, Funny) by coolgopher on Friday February 10 2017, @06:57AM
Fixed that for you ;)
(Score: -1, Redundant) by Anonymous Coward on Friday February 10 2017, @01:56AM
(Score: 0) by Anonymous Coward on Friday February 10 2017, @02:13AM
just. why.
(Score: 2) by takyon on Friday February 10 2017, @02:22AM
yo doug
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
(Score: 3, Insightful) by Runaway1956 on Friday February 10 2017, @02:35AM
You guys run down the rabbit hole. I'll just sit out here with the 12 guage, and see what runs out of the hole.
(Score: 2) by goody on Friday February 10 2017, @03:10AM
Finally, a way to run Windows executables. Now, if only someone would write an OS that could run these natively.
(Score: 1, Touché) by Anonymous Coward on Friday February 10 2017, @09:14AM
OS/2 Warp has already been done.
(Score: 2) by Geezer on Friday February 10 2017, @11:10AM
OS/2...when you really need to run Win 3.12 natively. In 2017.
http://www.techrepublic.com/article/os2-resurrected-blue-lion-becomes-arcaos-details-emerge-for-upcoming-release/ [techrepublic.com]
(Score: 0) by Anonymous Coward on Friday February 10 2017, @12:34PM
3.12 was never released. 3.2 did come out, as a Chinese-language version.
(Score: 0) by Anonymous Coward on Friday February 10 2017, @01:55PM
(Score: 1, Informative) by Anonymous Coward on Friday February 10 2017, @03:34AM
Some of the hacks it uses to replicate symlink behavior (IIRC) actually make it's installer break in WINE.
(Score: 2) by opinionated_science on Friday February 10 2017, @12:05PM
has wine remained 32/64 bit agnostic?
I have the latest git version and some retarded encryption app (200k in size), but it does not get recognised on a centos box "unknown executable format".
Yes, it (the app) does run on normal windoze box.
Slight problem, machine has no network so long online debugging searchs not possible...:-)
(Score: 2) by Hyperturtle on Friday February 10 2017, @02:12PM
You don't happen to have a second computer or something to do that with?
Back in my day, if the Ram broke free of the lantastic cable, we had to lasso it back with 3.5mm headphone cables (once occasionally useful for Appletalk but now sadly incompatible with modern Apple products) or capture it with an ethernet ourselves of our own creation.
Artisoft had no compatibility with token ring, and so we could not draw it back with the allure of expensive shiny objects.
(Score: 1) by toddestan on Friday February 10 2017, @11:54PM
I don't know anything about how CentOS does things, but on a 64-bit Linux system, if you want to run 32-bit software you need the "multilib" versions of the libraries. This includes 32-bit Windows software under Wine. If you stick with open source software and packages for your distro, it almost never comes up because those are all 64-bit. But it comes up with propriety software and also with Wine because a lot of Windows software isn't pure 64-bit (and even if it is, the installer may not be 64-bit). So for Wine you almost always will need the "multilib" libraries.
For Slackware, instructions to get multilib are here: http://docs.slackware.com/slackware:multilib [slackware.com]
Other distributions (like Ubuntu) may already be multilib.
(Score: 2) by opinionated_science on Monday February 13 2017, @12:36PM
That's rings a bell....thanks I'll try and look for multilib on this system.