Slashdot Mirror


Wine 2.0 Released (softpedia.com)

An anonymous reader quotes a report from Softpedia: It's finally here! After so many months of development and hard work, during which over 6,600 bugs have been patched, the Wine project is happy to announce today, January 24, 2017, the general availability of Wine 2.0. Wine 2.0 is the biggest and most complete version of the open-source software project that allows Linux and macOS users to run applications and games designed only for Microsoft Windows operating systems. As expected, it's a massive release that includes dozens of improvements and new features, starting with support for Microsoft Office 2013 and 64-bit application support on macOS. Highlights of Wine 2.0 include the implementation of more DirectWrite features, such as drawing of underlines, font fallback support, and improvements to font metrics resolution, font embedding in PDF files, Unicode 9.0.0 support, Retina rendering mode for the macOS graphics driver, and support for gradients in GDI enhanced metafiles. Additional Shader Model 4 and 5 shader instructions have been added to Direct3D 10 and Direct3D 11 implementation, along with support for more graphics cards, support for Direct3D 11 feature levels, full support for the D3DX (Direct3D Extension) 9 effect framework, as well as support for the GStreamer 1.0 multimedia framework. The Gecko engine was updated to Firefox 47, IDN name resolutions are now supported out-of-the-box, and Wine can correctly handle long URLs. The included Mono engine now offers 64-bit support, as well as the debug registers. Other than that, the winebrowser, winhlp32, wineconsole, and reg components received improvements. You can read the full list of features and download Wine 2.0 from WineHQ's websiteS.

10 of 202 comments (clear)

  1. Can it run AutoCAD or Solid Works yet? by Anonymous Coward · · Score: 1, Insightful

    If not who cares.

    1. Re:Can it run AutoCAD or Solid Works yet? by Anonymous Coward · · Score: 0, Insightful

      WTF? You'll pay for AutoCAD or SolidWorks, but are too cheap to buy Windows? You deserve what you get, I guess.

    2. Re: Can it run AutoCAD or Solid Works yet? by Anonymous Coward · · Score: 5, Insightful

      I'm guessing that WINE doesn't leak users (design) data back to Microsoft? This could be -exactly- why you would want to run pro tools on WINE these days... It's precisely why I was thinking the same thing when I read the comment.

    3. Re:Can it run AutoCAD or Solid Works yet? by epyT-R · · Score: 5, Insightful

      Perhaps he wants to run those applications and run his preferred OS at the same time.

    4. Re:Can it run AutoCAD or Solid Works yet? by mark-t · · Score: 2, Insightful

      And almost nothing that the rest of us want.

      I'm so happy for you that Wine meets your needs. It falls quite short of being a practical substitute for Windows for everything I've ever wanted to use it for.

  2. How soon until it is included in ReactOS? by jfdavis668 · · Score: 3, Insightful

    This should bring ReactOS closer to being useful.

  3. Re:6,600 bug fixes?! by Anonymous Coward · · Score: 4, Insightful

    A bug fix isn't a bug fix in the normal term. As far as wine is concerned, a bug is "this random program x doesn't work"

  4. Re:Wine by Anonymous Coward · · Score: 2, Insightful

    Someday you'll realize that life is hard enough without us making it harder for each other. Prove you have some worth in this world, and work to make life better for everyone.

  5. Re:Wine by jabuzz · · Score: 3, Insightful

    That's because originally LAME was a set of patches against the "dist10" MPEG reference software sources. As such it was not an MP3 encoder. It took some time before all the original reference source was removed. Only 82 days left till the last of the MP3 patents expires...

  6. Re:Wine by fgouget · · Score: 3, Insightful

    I recall long ago (2003 maybe?) one of the Wine developers showed up on Tech TV and Leo Laporte asked him something like "if wine isn't an emulator, then what is it?" and the dude answers back "it's an emulator".

    The dude in question was Alexandre Julliard, Wine's project leader. The goal of the show was to present Wine so there was a sort of rehearsal during which the journalist said he was going to say something like "so Wine is an emulator" to which Alexandre would object. But during the live interview the journalist actually said "so Wine is not an emulator" which caused Alexandre to take the opposite stance as per the rehearsal. I'd say he a better as a tech leader than as a PR guy and I certainly wouldn't want it any other way.

    Even so he did not say that Wine would emulate CPUs which was the common understanding of the word 'emulator' at the time. It's still true that Wine will not deal with CPU emulators or virtual machines. Both of these aspects are best dealt with independently of Wine. So anyone who needs that should run Wine and their application inside their VM or CPU emulator. Except in pathological cases, if the VM / CPU emulator is fast enough to run the application it's still going to be fast enough if you add Wine to the mix.

    Wine is a reimplementation of the Win32 and Win64 APIs on top of the Unix (and X, OpenGL, Cocoa) APIs. It's not all that different from Glib and GTK+ which provide their own system and graphics APIs on top of the underlying system APIs, be that Unix or Windows. Of course the Windows APIs were not meant for this so there are some extra complications and side effects (e.g. %fs register usage conflicts on some platforms), but not so much for the general case.