Stories
Slash Boxes
Comments

SoylentNews is people

posted by takyon on Friday February 10 2017, @12:45AM   Printer-friendly
from the can-it-run-soylentnewsos dept.

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.


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 0) by Anonymous Coward on Friday February 10 2017, @01:08AM

    by Anonymous Coward on Friday February 10 2017, @01:08AM (#465337)

    Why would I want to do that?

  • (Score: 4, Informative) by Scruffy Beard 2 on Friday February 10 2017, @01:09AM

    by Scruffy Beard 2 (6030) on Friday February 10 2017, @01:09AM (#465338)

    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

      by Hyperturtle (2824) on Friday February 10 2017, @01:21AM (#465340)

      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

        by Anonymous Coward on Friday February 10 2017, @01:37AM (#465347)

        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

          by tekk (5704) Subscriber Badge on Friday February 10 2017, @02:11AM (#465358)

          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

        by GreatAuntAnesthesia (3275) on Friday February 10 2017, @09:03AM (#465435) Journal

        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

        by LoRdTAW (3755) on Friday February 10 2017, @02:27PM (#465475) Journal

        It's also a great way to break stuff and discover bugs.

    • (Score: 3, Informative) by Whoever on Friday February 10 2017, @02:24AM

      by Whoever (4524) on Friday February 10 2017, @02:24AM (#465367) Journal

      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

        by ilsa (6082) Subscriber Badge on Friday February 10 2017, @08:03PM (#465575)

        What about ReactOS?

  • (Score: 5, Touché) by bob_super on Friday February 10 2017, @01:26AM

    by bob_super (1357) on Friday February 10 2017, @01:26AM (#465342)

    It's probably the safest way to run Windows executable in windows.

    • (Score: 2) by Azuma Hazuki on Friday February 10 2017, @01:55AM

      by Azuma Hazuki (5086) on Friday February 10 2017, @01:55AM (#465352) Journal

      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

    by Anonymous Coward on Friday February 10 2017, @03:33AM (#465392)

    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

    by ledow (5567) on Friday February 10 2017, @08:27AM (#465431) Homepage

    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

    by theluggage (1797) on Friday February 10 2017, @04:09PM (#465507)

    (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?