Follow Slashdot stories on Twitter


Forgot your password?
Wine Desktops (Apple) OS X Open Source Operating Systems Software Windows Linux

Wine 2.0 Released ( 202

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.
This discussion has been archived. No new comments can be posted.

Wine 2.0 Released

Comments Filter:
  • I remember 1.0 (Score:2, Interesting)

    by Anonymous Coward

    I remember when Wine 1.0 was released. It was quite a surprise, as Wine was one of the classic programs famous for never reaching version 1.0 despite working well and being extensively deployed for many years. NASM hit 1.0 around that time too, if I recall correctly. Vista had been released not long before that, and the following year Enlightenment E16 hit 1.0 too. Weird times... people began thinking that Duke Nukem Forever might end up getting finished and released after all.

  • by Is Don the new Ron ( 4848953 ) on Tuesday January 24, 2017 @09:48PM (#53732203)
    Lots of features and bug fixes, including 64-bit support, but I suspect the typical WINE user will be more interested in a simple list of programs [] that now work with it.
  • by Ed Tice ( 3732157 ) on Tuesday January 24, 2017 @09:51PM (#53732211)
    But can it run Linux?!
    • I'm thinking that you run virtualbox on wine and you are good to go.

      • by caseih ( 160668 )

        I know you're being funny, but no you really couldn't ever run virtualbox on Wine, even if Wine was 99% compatible. Just like the poorly named Windows Subsytem for Linux could not ever run VirtualBox for Linux. Neither system ships with an OS kernel. Rather they translate the system calls into the native kernel. Both systems are really aimed at providing the userspace needed to run these foreign binaries on a foreign kernel.

        ReactOS on the other hand is an open-source Windows NT-compatible kernel that bor

        • Actually, I would think that VirtualBox for Windows would be something that might run under Wine. If you are using VT-x, much of the code is operating-system independent. There is, of course, no good reason for doing this, but I don't think this would be the biggest stretch.
    • But can it run Linux?!

      This isn't a stupid question -- WSL processes can not exec a PE. On the other hand, on my system, with qemu and wine binfmts, arch-test reports:
      alpha amd64 arm arm64 armel armhf hppa i386 m68k mips mips64 mips64el mipsel powerpc ppc64 ppc64el sh4 sparc sparc64 win32 win64 x32
      and you can run processes for any of these archs from any other, completely transparently.

      On the other hand, in WSL you can start amd64 Linux ELFs and nothing else. A compat layer on Windows that can't even interact with Windows -- wh

      • On the other hand, in WSL you can start amd64 Linux ELFs and nothing else. A compat layer on Windows that can't even interact with Windows -- what's the point?

        You can, at least, interact with the filesystem, and I think some forms of IPC work between the Windows and Linux worlds. This isn't new for Windows: NT 4 had a POSIX compatibility layer that, like WSL, was a separate OS personality. It implemented the minimum possible amount of POSIX (anything allowed to simply return not-implemented errors did) and gave you a completely distinct set of APIs. But it let them tick the checkbox...

        X11 makes this easier on *NIX systems because it's intrinsically designed

        • Yeah, I'd understand high-level communications not working, emulating them right would be a task as hard as wine's -- but on WSL, even basic execve("hello.exe") doesn't work.

          • execve isn't particularly simple. When you do execve on a UNIX system, you're inheriting a bunch of things such as file descriptor tables. In Windows, the process creation mechanism is entirely different.
            • The STARTUPINFO structure you pass to CreateProcess() has fields hStdInput, hStdOutput and hStdError which do just that. An UNIX process can have more than these three descriptors, but I don't think anyone would expect them to work for a Windows process anyway.

    • More importantly, can it work under "Bash on Ubuntu for Windows" (great name Microsoft!) under Windows 10?

      'cos if it can, then there's finally a way to run Alpha Centauri under Windows 10! Hooray!

      • by caseih ( 160668 )

        Wine currently depends on certain Linux kernel features to load the COFF binaries that the WSL may or may not have emulated yet. But there's no technical reason Wine couldn't run under the WSL as Wine is a userpace program that doesn't require drivers or ring-0 instructions.

    • But can it run Linux?!

      In Soviet Russia, Linux runs Wine!

  • Win10 alternatives (Score:3, Interesting)

    by thygate ( 1590197 ) on Tuesday January 24, 2017 @09:57PM (#53732227)
    i'm seriously contemplating buying a mac book, I would love nothing more than to be able to dump MS completely since Win10.
    • Re: (Score:3, Informative)

      by vux984 ( 928602 )

      That like jumping out of the frying pan into another frying pan. OSX and windows are just playing leapfrog with eachother.

      Microsoft account to sign in... OSX had their version of that first.

      All your updates in one lump instead of individual patches... OSX had it first, and doesn't even let you roll back either. full restore from backup or re-image from scratch are you options.

      App store? OSX had it first; and even defaults to settings that only allow using it.

      Having the local search hooked up to Bing? Anoth

      • So... Microsoft has telemetry? You really trust Apple won't copy that?

        Apple had it first as well.

      • And then people say Apple does not innovate and just copies ideas other people had. Take that, haters!
      • The big difference is that Apple's updates don't have better than even odds of hosing your computer, unlike Microsoft who manages to brick people's computers on a routine basis.

        As far as privacy goes, Apple has said repeatedly on multiple occasions that user privacy is a primary concern. I can't speak to the future obviously, but up till now, an OSX machine sends nothing to apple that the user doesn't allow. People have even tested this, and verified it. Don't want anything going to Apple? Don't sign in

        • by vux984 ( 928602 )

          The big difference is that Apple's updates don't have better than even odds of hosing your computer, unlike Microsoft who manages to brick people's computers on a routine basis.

          On the other hand when apple updates to hose your computer, there is no rollback. And windows has a gazillion possible hardware configurations to cope with... Apple has tiny number.

          And I've been through plenty of Apple's abortions. I had a 17" macbook pro that ran like molasses and couldn't hold a wireless connection after updating to snow leopard. As for windows update? Yeah, i've seen a few fails too. Although with 40x the marketshare who is surprised?

          On ios where apple has a nice fat marketshare and only

  • I remember wanting to run Office and Visual Studio on WINE. It worked for the most part.
  • The Asymmetry (Score:3, Interesting)

    by Anonymous Coward on Tuesday January 24, 2017 @10:12PM (#53732271)

    Working at Microsoft and having a job of making Linux apps play on Windows would be kinda cool, because Linux has a reasonably small set of system calls (OK, we're not talking dozens anymore, its more like hundreds) and the overall userspace/kernel interface is well designed and explained in a number of good books.

    Trying to make Windows apps play on Linux is an Sisyphean/Augean Stables type task, because the Windows API was designed to be horrendously difficult to copy (by OS competitors), and hard for application competitors (like Netscape, Lotus, or WordPerfect) to keep up with. If API's had 15 arguments each of which was a complicated struct, so much the better in the thinking of the MS Windows honchos.

    As Steve Jobs put it: "They (Microsoft) have no taste."

  • underlines! (Score:5, Funny)

    by tobiasly ( 524456 ) on Tuesday January 24, 2017 @11:00PM (#53732475) Homepage

    Highlights of Wine 2.0 include the implementation of more DirectWrite features, such as drawing of underlines

    It truly is the year of the Linux desktop!

    • I've been using Linux exclusively for about 13 years. To me, 2003 was the year of the Linux desktop, and then every year since then.

      Just because it hasn't achieved the popularity of Windows or OSX, doesn't mean it isn't just as capable (I've used a MacBook Pro for 4 years at work, and I still haven't been persuaded to make the switch at home). I installed it on my mother's ageing laptop a few years ago, and she's been pretty happy using it since then.

  • by jfdavis668 ( 1414919 ) on Tuesday January 24, 2017 @11:04PM (#53732487)
    This should bring ReactOS closer to being useful.
    • Not on real hardware
      • Why not? What's there about ReactOS that makes it hostile to any of the current CPUs? Also, does wine 2 support Windows 8/10 as far as win64 goes, or is it just Windows 7?
        • Yes, 2.0 supports Windows 8 and 10 compatibility, both 32- and 64-bit. Actually, Wine 1.8 was the first to include Windows 10 compatibility ;)

    • If actually is included in ReactOS.
      Well, sort of: ReactOS and Wine already share a lot of code. I believe it's mostly userland DLLs because what's the part that can be shared.
      Take into account that both aim (among other things) to implement the Windows APIs but they do it differently:
      - WINE on top of Linux APIs.
      - ReactOS on top of a Windows NT kernel.
      So of course, WINE progress helps ReactOS but the latter also have to implement on their own many os level things (kernel, filesystem support, network st
  • by watermark ( 913726 ) on Wednesday January 25, 2017 @12:46AM (#53732851)

    Word and Excel 2013 are still rated as garbage. The 2013 installer is only rated silver. That's some great office 2013 support. Are we all using Trump style facts now?

    • by hawk ( 1151 )

      Yes, we are.

      Use _hillary() to create a jail for office . . . :)


    • Oh that's disappointing. I was really hoping to use Real Office(tm) on my Mac, not that pathetic port version Microsoft still ships for Macs - and yes I am being serious, not sarcastic. Some of the Excel features I really need are missing and the simply fact of not having favourites folders in Outlook is beyond irritating. Parallels is slow as hell.
    • Well it *did* just get released. Lets give it some time for people to compile binaries and test things out. None of the apps have been yet tested with 2.0

      I'm not holding my breath, mind you, but I'm keeping my fingers crossed.

  • Questions from the masses:

    1. Can I open Chrome in it and watch netflix / other streaming services that people watch?
    2. Can I download Steam on it and play a library of games without running into driver issues?

    Especially #2.

    • 1. Can I open Chrome in it and watch netflix / other streaming services that people watch?

      Who cares? Netflix has been working in Linux-native Chrome for over a year now. There's no need to mess with Wine.

      2. Can I download Steam on it and play a library of games without running into driver issues?

      Most D3D9 games (and also the relatively-rare OpenGL or Vulkan titles) work fine. If you have a problem with any of them, it's usually an issue with 3rd-party DRM. D3D11 support still has a long way to go toward getting playable results.

    • by Jahta ( 1141213 )

      Well to use an old Jerry Pournelle catchphrase from his Byte Magazine column, "you maybe won't need it often, but when you do need it, you need it bad".

      Case in point. I run Linux Mint 17 LTS. When I moved from Windows one of the few Windows-only applications I wanted to keep was my usenet client - xnews. It is, IMHO, the best usenet client I've found over many years and I have it tweaked just how I like it. YMMV. So being able to continue to run it under Wine was a win for me.

  • Beer was 2.0 more than 1000 years ago
  • Red or white, Pinot, Nebbiolo or what?
  • I'd do anything to play that game again (other than installing Windows a given).

    BF3 is the best game I've ever played and I've play a lot of them yet BF3 just blew me away. I'd sure like to play that game again, I had 3000 hours into it and could still played 6 hours a day,

    Crazy talk I know - , BF3 under Wine... but one can hope.

  • aannd... still no Direct3D 9 support. One of the reasons I avoid FOSS is those eternal feature requests that languish forever while the developers focus on more "important" stufff (such as porting Wine into Windows, no really). If Wine was a commercial package, this problem would have been addressed one way or another. Just like LibreOffice still doesn't do OOXML perfectly, but WPS Office does. Or just like how PowerDVD supported Bluray discs shortly after they were introduced while no media players does it
  • I just wish iPhone syncing worked with iTunes under Wine, then I could pretty much ditch Windows completely.

Torque is cheap.