Slashdot Mirror


Wine 1.8 Released (winehq.org)

An anonymous reader writes: Wine 1.8.0 is now the latest stable release of Wine Is Not An Emulator and available from WineHQ.org. Wine 1.8 features include support for DirectWrite, Direct2D support, very limited Direct3D 11 support, simple application support of DIrect3D 10, support for process jobs, 64-bit architecture support on OS X, networking updates, and over 13,000 other individual changes.

119 comments

  1. Yeah by colinrichardday · · Score: 4, Funny

    Time to download!

    1. Re:Yeah by Anonymous Coward · · Score: 2, Funny

      With native Linux apps, because none of the Windows browsers work well in Wine. And no, I'm not kidding: From the apps database:

                14000 apps
                  4000 rated as "garbage"
                  2600 rated as "bronze", which is usually a very generous rating
                  3000 rated as "silver", which translates to "keeps multiple copies of your data without corrupting old copies
                  3500 as "gold", which means "operates almost as well as it did on Windows 7"
                  4000 rated as "platinum", which means "doesn't break for people who don't actually know how to use the more detailed features of the original program"

      I've worked with wine repeatedly when people thought to "save money and effort" by wrapping Windows apps in it. I then found the idiot who hired the "economizer", and got both of them hired by a competitor I wanted to fail.

    2. Re:Yeah by buchner.johannes · · Score: 2

      ies4linux worked fine for me. Can't really blame them that they keep apps that do not work completely.

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
    3. Re:Yeah by Anonymous Coward · · Score: 1

      Interestingly running Firefox on Wine works quite good for simple browsing and is even faster then the native Linux versions. Something about the Distros not using profile guided optimizations in their builds.

    4. Re:Yeah by Anonymous Coward · · Score: 0

      They can be blamed for not cooperating with Windows developers. If the WINE people would provide thorough, clear documentation of supported API functions, and what's partial in partially supported functions, then Windows programmers could elect to meet them halfway.
      Instead, they do the whole thing only from the Linux side. The result has taken 20 years to achieve and yet is still of very limited value.

  2. Re:wine by penguinoid · · Score: 0, Flamebait

    WINdows Emulator

    --
    Don't waste your vote! Vote for whoever you want, unless you live in a swing state it won't matter anyways
  3. Wine is bad, Winelib is better by Anonymous Coward · · Score: 0

    Wine is much less reliable and yields much lower performance than recompiling this same application with Winelib.

    1. Re:Wine is bad, Winelib is better by Guy+Harris · · Score: 1, Funny

      Wine is much less reliable and yields much lower performance than recompiling this same application with Winelib.

      So are Microsoft using CodePlex or GitHub for the Office for Windows source code?

    2. Re:Wine is bad, Winelib is better by Zero__Kelvin · · Score: 1, Insightful

      Why do you even bother responding to ACs? You've certainly been around long enough to know better.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    3. Re:Wine is bad, Winelib is better by Guy+Harris · · Score: 0

      Why do you even bother responding to ACs?

      In this case, for the lulz.

    4. Re:Wine is bad, Winelib is better by Anonymous Coward · · Score: 0

      Why do you even bother responding to ACs?

      In this case, for the lulz.

      Umm, you have such a low id but no clue... it's a long running joke around here:

      Myth 5: "Wine is bad, Winelib is better"

      This seems to be a quite popular myth on Slashdot. Basically some people think that running a regular Windows application with Wine is much less reliable and yields much lower performance than recompiling this same application with Winelib. It seems to be a variant of the 'Wine is slow because it is an emulator' myth.

    5. Re:Wine is bad, Winelib is better by Anonymous Coward · · Score: 0

      No, loading PE format binaries works reliably for a long time, and translating calls into DLL files does not by itself incur a significant overhead. Most of the compatibility issues are because of incomplete or buggy implementation of Windows APIs, and the use of Winelib does not avoid such problems. Also, the performance overhead usually comes again from the implementation of the APIs (such as Direct3D->OpenGL translation) and emulating Windows system calls with wineserver. Winelib makes no real difference here either. That is, of course, assuming that the source code of the application is available in the first place.

    6. Re:Wine is bad, Winelib is better by TheRaven64 · · Score: 1

      Additionally, the WINE developers now recommend shipping WINE rather than trying to build WINELib, because you're likely to hit problems when you move from COFF compiled with Visual Studio to ELF compiled with something else. WINELib is really only a good solution if your code is already pretty portable, and then it probably doesn't need anything like WINE.

      --
      I am TheRaven on Soylent News
  4. Re:wine by BennyB2k4 · · Score: 2

    10 Print "Wine Is Not An Emulator. But then what does Wine stand for?"
    20 Goto 10

  5. Re:wine by Anonymous Coward · · Score: 2, Informative

    Wine Is Not an Emulator (WINE) - subtly mentioned in the summary.

  6. Awesome! by Anonymous Coward · · Score: 1

    I use it every day for some application that is unfortunately not ported to Linux yet.

    1. Re: Awesome! by Anonymous Coward · · Score: 0

      Wtf!

  7. Re:wine by Anonymous Coward · · Score: 1, Informative

    Uhhh, no:

    Wine (originally an acronym for "Wine Is Not an Emulator") is a compatibility layer capable of running Windows applications on several POSIX-compliant operating systems, such as Linux, Mac OSX, & BSD.

    About WINE

  8. So Who Needs Windows? by Anonymous Coward · · Score: 1

    When you got Winae? Out the window goes windows.

  9. Re:wine by Anonymous Coward · · Score: 0

    what does wine stand for

    Wine Is Not an Emulator

  10. Wine is not booze by Anonymous Coward · · Score: 0

    And booze trumps wine. Wine lost. Me drunk. Muwhahawhawh.

  11. Re:wine by Anonymous Coward · · Score: 1, Informative

    Nope it stands for Wine (recursive acronym for Wine Is Not an Emulator)

  12. Re:wine by Noah+Haders · · Score: 1

    I know that. but what does it stand for?

  13. Re:wine by theguyfromsaturn · · Score: 1

    Wine Is Not an Emulator

    --
    I like my dinosaurs feathery, and my pterosaurs hairy (or is it pycnofibery?)
  14. Re:Starcraft by Anonymous Coward · · Score: 0

    Because, as we all know, StarCraft, a 16-year-old game, was written using Direct2D, which was released in 2009.

  15. Wine gets better with age by Anonymous Coward · · Score: 1

    Only another 16 years till we get the golden wine 3.1 release. What will become of MS on the desktop / slab / server in 16 years.

  16. Re:wine by Anonymous Coward · · Score: 1

    Are you stupid or what? WINE = Wine Is Not an Emulator, and Wine = https://en.wikipedia.org/wiki/Wine. It's not recursive.

  17. Re:wine by Anonymous Coward · · Score: 0

    The summary said that Wine is a release of WINAE, not of WINE.

  18. Re:wine by Anonymous Coward · · Score: 0

    Wrong. That would be WINAE.

  19. Re:Starcraft by epyT-R · · Score: 2

    uhh.. direct2d is a relatively new api. starcraft came out in the late 90s. I think you're thinking of directdraw, which wine already supports.

  20. Re:wine by swillden · · Score: 2, Informative

    WINdows Emulator

    Nope. Wine isn't an emulator, it's a Windows compatibility layer.

    As https://www.winehq.org/about/ puts it: "Wine (originally an acronym for "Wine Is Not an Emulator") is a compatibility layer capable of running Windows applications on several POSIX-compliant operating systems, such as Linux, Mac OSX, & BSD. Instead of simulating internal Windows logic like a virtual machine or emulator, Wine translates Windows API calls into POSIX calls on-the-fly, eliminating the performance and memory penalties of other methods and allowing you to cleanly integrate Windows applications into your desktop."

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  21. Re:wine by Anonymous Coward · · Score: 0

    Wine... oshfisher, shandsh for... er, er ... (hic). I only ransh one ashplicashun (hic).

    Great, 1.8. So now it might run Notepad without crashing. PT Gui 9.x or newer? Irfanview 4.x instead of an antiquated pre-bottled 3.x? PS3, PS4 or PS5 - pre Adobe's subscription madness? Additional filters like Fractalius or the Topaz toolsets? Panorama Pro 4.x? The answer will be maybe, depends on how many weeks of tweaking you are willing to put up with. Firing up a VM is faster and more reliable.

  22. Re: wine by Anonymous Coward · · Score: 0

    Why are you being such an arse hole? It's not nice to belittle someone's assumed level of intelligence.

  23. Re:wine by Anonymous Coward · · Score: 0

    Truth, justice, and the American Way!

  24. Re:Does it STILL USE X11 on OS X ?? by danomatika · · Score: 5, Informative

    If so, then it's a total non-starter period.

    Last time I tried wine on OS X was 3 or 4 years ago, and it wanted me to install X11, and I said screw this, I'll just run Windows in parallels.

    If you're not even going to make an attempt at writing a normal native app on OS X, then seriously, don't even bother, all you're doing is embarrassing yourselves and pissing off users by giving the false impression you've actually spent more than 5 seconds in OS X.

    I'd say maybe you should spend 5 seconds googling yourself ... There has been a native Mac driver since Wine 1.6: https://www.winehq.org/announc...

    I hadn't used Wine in a while either but installed Fallout 2 last night and played without X11/XQuartz. I just had to enable the mac driver as I don't think it's on by default.

  25. Re:wine by Zontar+The+Mindless · · Score: 1

    It runs Space Cadet Pinball just fine, which is the only Windows program I care about running.

    --
    Il n'y a pas de Planet B.
  26. Re:wine by Anonymous Coward · · Score: 1

    So it EMULATES at the API level :)

    emulate
    mjlet/
    verb
    verb: emulate; 3rd person present: emulates; past tense: emulated; past participle: emulated; gerund or present participle: emulating

            match or surpass (a person or achievement), typically by imitation.
            "most rulers wished to emulate Alexander the Great"
            synonyms: imitate, copy, reproduce, mimic, mirror, echo, follow, model oneself on, take as a model, take as an example; More
            match, equal, parallel, be the equal of, be on a par with, be in the same league as, come near to, come close to, approximate;
            compete with, contend with, rival, vie with, surpass;
            informaltake a leaf out of someone's book
            "they tried to emulate Lucy's glowing performance"
                    imitate.
                    "hers is not a hairstyle I wish to emulate"
                    Computing
                    reproduce the function or action of (a different computer, software system, etc.).
                    "the adaptor is factory set to emulate a Hercules graphics board"

  27. Re:wine by Anonymous Coward · · Score: 1

    Alternatively, it can mean:

    Windows Is NEedded

  28. Re:wine by Zontar+The+Mindless · · Score: 1

    That would be an initialism. WINE is an acronym.

    --
    Il n'y a pas de Planet B.
  29. Re:Does it STILL USE X11 on OS X ?? by Anonymous Coward · · Score: 1

    Maybe you should think the other way around. If OS X doesn't support X natively then it's a non-starter. One of the many reasons I don't use propritary Apple products.

  30. Re:wine by Anonymous Coward · · Score: 0

    kind of like Pine Is Not Elm ... :-)

  31. Phoronix? by Anonymous Coward · · Score: 1

    How does a phoronix link sneak into an article about wine? The anonymous poster is probably Michael Larabel himself, trying to grub more money.

  32. Re:Does it STILL USE X11 on OS X ?? by Anonymous Coward · · Score: 1

    Typing out "period" makes you look retarded. Especially when you end the sentence with another period.

    Oh, the irony! :-)

  33. Re:wine by Anonymous Coward · · Score: 0

    I love the music from that game...

    Bababababa-Da-Da--Babababababa.....

    Ah the memories!

  34. Re:Does it STILL USE X11 on OS X ?? by serviscope_minor · · Score: 3, Informative

    If you're not even going to make an attempt at writing a normal native app on OS X, then seriously, don't even bother, all you're doing is embarrassing yourselves and pissing off users by giving the false impression you've actually spent more than 5 seconds in OS X.

    I'm sure they are deeply embarrassed with themselves because some anonymous guy on the internet is whiny that free stuff he's not being forced to use isn't good enough.

    --
    SJW n. One who posts facts.
  35. Why not make & run a Windows VM? by unixisc · · Score: 2

    Seems to me that the best approach, given both modern multi-core processors, would be doing something like ReactOS, and making VMs, jails and zones out of it running on Linux, BSD and UNIX.

    Have 2 editions - one an XP based win32 edition, and a 7 based win64 edition

    1. Re:Why not make & run a Windows VM? by Antique+Geekmeister · · Score: 1

      A Windows VM anywhere inside your network can be a profound security hole for a number of system architectural reasons. It can also create an undesired and unexpected maintenance cost to keep them active and secured. There are old programs, especially finance software, which may be business critical that run under Wine but not on modern Windows systems. Those programs are also particularly vulnerable to Windows support issues when the original programmers are out of business, or got bought by a company that discarded the software.

    2. Re:Why not make & run a Windows VM? by Anonymous Coward · · Score: 0

      GPU passthrough and/or VT extensions aren't supported by some (to most) of all PC / virtualization hardware-software combinations. If you want to buy an expensive computer and an expensive virtualization platform, go right ahead.

    3. Re:Why not make & run a Windows VM? by Microlith · · Score: 4, Insightful

      Perhaps because you don't care to pay for a Windows license, or agree to Microsoft's EULA?

    4. Re:Why not make & run a Windows VM? by cfalcon · · Score: 2

      > Perhaps because you don't care to pay for a Windows license, or agree to Microsoft's EULA?

      That Windows EULA is some serious 1984 shit too lol

    5. Re:Why not make & run a Windows VM? by Anonymous Coward · · Score: 0

      Many CPUs support VT-d. Both VirtualBox and QEMU, which are free, support VT-d.

    6. Re:Why not make & run a Windows VM? by unixisc · · Score: 1

      Why would a VM be a security hole? Particularly if it's a jail, or a zone? It operates in its own space, separate from others, so if something else infects it, it can be closed from the parent OS.

    7. Re:Why not make & run a Windows VM? by unixisc · · Score: 1

      We were talking about an alternative to WINE, right? Today, you have multi-core CPUs, and there are good chances that in a 4 core CPU, all your cores are not being used. With this approach, a complete core can be dedicated to the Windows VM, while the rest of the cores run Linux/BSD/Unix.

    8. Re:Why not make & run a Windows VM? by unixisc · · Score: 1

      That's why I suggested something like ReactOS. Complete the project for purposes of being at least a useful VM, if not an OS, and then run it under one of your Unixes. And like the above poster said, some of them may be seriously dated stuff. However, XP covers all win32 applications, so an XP compatible ReactOS would work well here, while a 7 compatible ReactOS would work well for win64 applications

    9. Re:Why not make & run a Windows VM? by dbIII · · Score: 3, Insightful

      Having it run in the actual host OS via using libraries has a large number of advantages - from the utterly obvious of being able to cut and paste between applications onwards. Do you really want to muck about transferring the files you want to work on to a VM? I've done that and it gets old fast even for hobby stuff.
      Having to run an entire extra desktop with all the overhead to run a single application may be the way that people are used to doing it with RDP and MS Windows, but it's a pain in the neck in comparison to just clicking on a menu item or icon to start the thing as if it was in it's native OS.

    10. Re:Why not make & run a Windows VM? by buchner.johannes · · Score: 1

      ReactOS is wine-based.

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
    11. Re:Why not make & run a Windows VM? by Antique+Geekmeister · · Score: 1

      > Why would a VM be a security hole? Particularly if it's a jail, or a zone? It operates in its own space, separate from others, so if something else infects it, it can be closed from the parent OS.

      The main reason is because very few environments bother to create, or to maintain such a restrictive environment. Such a system is, ideally, completely isolated from the rest of the network. Unfortunately, that also means it can no longer use network printers, it can no longer provide or collect information with worker's laptops, and it cannot be remotely logged into to run the designated critical business software.

      Even if the systems personnel are competent to do so, they are often refused the permission or the resources to limit access in this way. Many environments follow the standard of "no one would bother us", and "we trust the people we work with", so they refuse to lock down potentially vulnerable resources. While it's theoretically possible to isolate a critical Windows based business application, it's very rarely done effectively, or as effectively and safely as running the application in Wine.

    12. Re:Why not make & run a Windows VM? by Anonymous Coward · · Score: 0

      Well, one example is if your network is exposed to Windows VMs via SMB shares then ransomware is a real threat. I've seen this multiple times out in the real world with one company asking "so this bitcoin thing, how do you buy it?" after $50k/day downtime.

      Best practices dictate always isolating Windows machines from the rest of your infrastructure, it's just too dangerous of an OS to treat lightly. And putting it in a container is not enough, you need to analyze all permissions surrounding it and generate written policies to ensure IT knows exactly what's going on.

      TL;DR: Windows is like handling a cobra, best thing to do is leave it in the basket with the lid closed...with a couple bricks on top.

    13. Re:Why not make & run a Windows VM? by mrsurb · · Score: 1

      This. Wine has enabled me to run Linux (first Ubuntu, now Mint) on my work laptop for the last eight years, since the one piece of professional software that I use (only available for Windows or OSX) runs under Wine and I can copy paste into Libreoffice seamlessly.

    14. Re:Why not make & run a Windows VM? by Anonymous Coward · · Score: 0

      VirtualBox provides full copy & paste between host and guest, drag and drop of text AND files between guest and hosts, as well as easy access to the host filesystem when needed. Being able to isolate the Windows from the host (for security reasons) is actually a feature that Wine doesn't provide.

    15. Re:Why not make & run a Windows VM? by dbIII · · Score: 1

      The security bit explicitly is not provided by VirtualBox either - just the appearance of it for those that haven't read the docs and the disclaimer on the topic right near the start.

    16. Re:Why not make & run a Windows VM? by Anonymous Coward · · Score: 0

      ReactOS is heavily based on WINE code (there were even refactors of wine code in some areas to facilitate code sharing).

    17. Re:Why not make & run a Windows VM? by rubycodez · · Score: 1

      except REACTOS is unstable and not suitable for any real world use. Let's confine the discussion to things that actually work

    18. Re:Why not make & run a Windows VM? by Chewbacon · · Score: 1

      You can easily access the host file system with Virtualbox. It basically sets up a Samba share on the linux host and adds the shared folder to your network which you access via Windows Explorer in the Windows VM. I've been using this with MS Office running in seamless mode and it works really well.

      --
      Chewbacon
      The Bible is like Wikipedia: written by a bunch of people and verifiable by questionable sources.
  36. Re:Does it STILL USE X11 on OS X ?? by Anonymous Coward · · Score: 0

    If so, then it's a total non-starter period.

    What does female biology have to do this this? And why would you want blood with wine anyway?

  37. Re:wine by Anonymous Coward · · Score: 0

    Wine isn't an emulator, it's a Windows compatibility layer.

    Wrong.

  38. Re: wine by leighklotz · · Score: 2

    EINE is Not EMACS from the late 1970's followed by ZWEI Was EINE Initially in about 1978, for the MIT Lisp Machines.

  39. Re:Does it STILL USE X11 on OS X ?? by unimacs · · Score: 1

    X11 is native on OS X via the open source and Apple supported XQuartz product. Halfdan the black's complaint was that he thought the only way to run wine on OS X was via X11 rather than OS X's own window server.

  40. Re:wine by zurtle · · Score: 2

    This comment reminded me of "Dude! What does mine say?"
    https://www.youtube.com/watch?...

    I suspect it was intentional and not that stupid.

    --
    Couldn't stand the weather
  41. Re:wine by meerling · · Score: 1

    Oh stop whining already. Of course, any acronym that uses its own acronym as part of it's acronym is in fact infinitely recursive.

    Also, Wine is not an emulator in the same way that BMW is not a car. Whether the namers were being sarcastic, ironic, funny, contrary, or petulant, it does fall under the category of emulator, even if it's got significant differences from the traditional ones most people are familiar with. (It's kind of like arguing, That's not Red, it's Sanguine with a touch of Sunset Rose.)

  42. Re:Does it STILL USE X11 on OS X ?? by halfdan+the+black · · Score: 1

    A half assed attempt is far worse than no attempt at all. If you are not going to do something seriously, than don't do it at all. I for example don't have the time to develop quality, native window versions of our apps, so I don't do it at all. When I can devote time to doing Windows versions correct, meaning 100% Windows native, following all of the Microsoft HIG, I will. But I won't write a half assed warmed over port that is not a native app, and does not provide a 100% native user xperience.

    Think how important impressions are. If a user downloads you app, runs it, and it looks like a shit half assed port of an app designed for a different OS, it will leave a very bad impression on the user, and they will then be left with a very negative view of your products. So, even if at a later date, you write native versions, the damage has already been done, and users will never try it again.

    Plus, if I don't write a native app, someone who has the time can come along and do it right, their is much more motivation for someone to come along and do it right where there is no app at all.

  43. Re:wine by meerling · · Score: 1

    Not all words, especially smaller ones, are necessarily part of an acronym.
    For instance, 'Laser' is an acronym for 'Light Amplification by Stimulated Emission of Radiation', and not 'Labseor'.
    Also, 'FBI' is an acronym for 'Federal Bureau of Investigation', and not 'FBOI', though I've heard a bunch of unofficial translations that are much funnier.

  44. Re:Does it STILL USE X11 on OS X ?? by serviscope_minor · · Score: 2

    A half assed attempt is far worse than no attempt at all.

    All the people who use it disagree with you.

    The rest, what the ever living hell are you talking about? Windows apps are never going to look native on OSX, so what does it matter if it uses X11? It's not like using quartz will magically make them look like OSX apps,because they were written for Window. Your rant is also nonsensical since this is a third party thing. It's for people who choose to try and run a windows program on a mac.

    But whatever: it's free. Don't like it? Don't use it! No problem!

    Plus, if I don't write a native app, someone who has the time can come along and do it right, their is much more motivation for someone to come along and do it right where there is no app at all.

    That's very similar to the broken window fallacy. You are arguing about restricting supply to make things magically better.

    --
    SJW n. One who posts facts.
  45. Re:wine by Anonymous Coward · · Score: 2, Insightful

    "Wine is an emulator. Anyone who tells you otherwise, that's just bullshit PR."
    --Ryan C. Gordon (icculus)

    Source: https://www.youtube.com/watch?v=rQ6gXEoxIZI&t=4431

  46. What's the point of this project by Anonymous Coward · · Score: 1

    Either run native Linux apps, use a windows machine or a virtual machine.

    1. Re:What's the point of this project by Anonymous Coward · · Score: 0

      Whats happened to slashdot? Since when is "running a Windows VM" not a cost? It costs money, it costs overhead, it costs quality of integration with your host OS, it costs performance, it costs security, it costs maintenance time, it costs disk space, it costs ram, and it funds Microsoft. WINE fixes or improves most of those.

      The WINE project gives me free software that lets me avoid purchasing and running Windows, and thus avoid all those costs. I thought that was pretty clear.

      Personally I can afford Windows (the money) but I can't afford the security holes or the legal constraints of the EULA. I also can't socially afford to be a Windows user: that would be embarrassing and immoral.

  47. Re:wine by sexconker · · Score: 0, Troll

    It's a fucking emulator. Look up the word "emulate".

  48. cygwin by Anonymous Coward · · Score: 0

    Oh good finally I can run x11 under cygwin!

  49. Re:wine by Anonymous Coward · · Score: 0

    A VM running Windows doesn't simulate internal Windows logic. It uses actual internal Windows logic since it is running Windows. The VM is emulating a real machine and presents a surface which mimics a real machine to Windows.

    WINE is emulating the Windows OS and presents that API surface to applications.

  50. This is still a thing? by SensitiveMale · · Score: 1

    I thought the usefulness of this died a long time ago with modern virtual machines. Especially since program like VMWare can run windows apps "natively" meaning the windows are outside the emulator and look like regular windows.

    I'm not trying to troll, but I'm genuinely interested. What benefit does WINE provide over a modern virtual machine program?

    1. Re:This is still a thing? by Threni · · Score: 1

      You need need the heartache of a vm, with all the "tamagotchi" handholding that entails. Right now i can install wine, then an app, and...done. It works. I don't want to have to buy a copy of windows 7/xp/whatever, keep it patched all the time (boring), no i don't want windows 8, no i don't want to reboot etc etc.

    2. Re:This is still a thing? by Anonymous Coward · · Score: 1

      I thought the usefulness of this died a long time ago with modern virtual machines. Especially since program like VMWare can run windows apps "natively" meaning the windows are outside the emulator and look like regular windows.

      Correct me if I'm wrong, but VMWare can't run windows apps "natively". It creates a virtual machine that can run genuine Windows that can run windows apps.

      So you still need a genuine copy of Microsoft Windows.

    3. Re:This is still a thing? by unixisc · · Score: 1

      That's why I suggested completing the ReactOS project and using it as a basis of full featured Windows VMs w/o the license.

    4. Re:This is still a thing? by toddestan · · Score: 3, Informative

      You do realize that ReactOS relies heavily on Wine to implement a lot of the compatibility for the Windows API, right?

    5. Re:This is still a thing? by theskipper · · Score: 1

      Just guessing but I'd think a majority is gaming where dual boot is still an issue. Mainly because of the difficulty getting good graphics performance through a VM (i.e. older games using Direct3d exclusively). There's a few games that really do run great under Wine, every once in a while I'll fire up Flatout2 and it runs flawlessly.

  51. Re:wine by Anonymous Coward · · Score: 1

    Actually, Wine originally was an acronym of WINdows Emulator; the Wine Is Not an Emulator is a post-hoc piece of PR to try to avoid the impression of slowness that people associate with emulators. This is why it isn't called WINAE or WAAL (Windows API abstraction layer) but instead has a name that starts with WIN: because that's where the name originally came from, WIN being the common abbreviation of Windows.

  52. Oooo, WingDings... by lloy0076 · · Score: 1

    - The built-in Wingdings font contains more glyphs. ...because...important, yes?

  53. So ... 20+ years later by Anonymous Coward · · Score: 1

    .... it is still not mature enough to leave the 1.x. tag.

    Honestly, by now what is the point of WINE? The list of supported applications is so pathetically small (and ridiculously old) that I don't see any point of wasting time and effort on it. The world is moving away from Windows and even platform dependency.

    Wine is too little too late.

    1. Re:So ... 20+ years later by Anonymous Coward · · Score: 0

      I find more and more (technical) windows programs that never have been tested with Wine, jet work perfectly under Wine.
      I'm also using Wine to log how windows programs use the windows API, for detailed big reporting on closed-source windows programs. Since Wine is open source, it's easy to modify WIne to log all API parameters (data, not just the pointer), move instead of delete temporary files, etc.

    2. Re:So ... 20+ years later by Anonymous Coward · · Score: 0

      The list of "supported" applications is user created and maintained. As such it does not fully represent all of wine's capabilities.

      Also a version number is not an indication of maturity. Just be cause you have a version number of 43.0.1 does not mean you have a stable product without bloat, cruft, unwanted features, and a satisfied user base. If anything, having a high version number is a sign of attention seeking behaviour. "Look at me! I have a NEW version! Even though all that's new about it is I changed the background color to off-white instead of white, but IT'S A NEW VERSION! OMGWTFBBQ!?!?!?!?!?! I'm innovative and support my product right?"

  54. Re: wine by Anonymous Coward · · Score: 0

    It's only not nice if the person is indeed not intelligent.

  55. Re:wine by Anonymous Coward · · Score: 0

    No you fuckwit, it IMPLEMENTS the API. If you want to claim it's a "Windows emulator', then so is fucking Windows.

  56. Re:wine by cfalcon · · Score: 1

    This is correct. Just as windows is an in-code implementation of the Windows API, so is WINE.

  57. Nobody even cares any longer. by aussersterne · · Score: 1

    Windows as a lock-in platform is on life support and meanwhile Wine still doesn't run a single Windows application with perfect transparency.

    What's the point?

    --
    STOP . AMERICA . NOW
    1. Re:Nobody even cares any longer. by Anonymous Coward · · Score: 0

      A lot of industrial software only supports Windows (and many not even Windows 8 and 10 yet), and don't care about speed and transparency. It's noce to be able to run those on my ubuntu laptop so I don't need to re-boot into the Windows partition.

    2. Re: Nobody even cares any longer. by cyber-vandal · · Score: 1

      Maybe in the consumer area but in the corporate sector it's still firmly entrenched.

  58. Re:wine by Anonymous Coward · · Score: 0

    Wine does not emulate anything, therefore it is not a emulator.

  59. Re:wine by h33t+l4x0r · · Score: 1, Flamebait

    It's like how emulating a douchebag doesn't make you an emulator. But it does make you a douchebag.

  60. Re:wine by Zedrick · · Score: 1

    Woosh.

    The post you're replying to was a joke.

  61. Re: Does it STILL USE X11 on OS X ?? by buchanmilne · · Score: 2

    The release notes for wine 1.6 (https://www.winehq.org/announce/1.6), which was released on 18 July 2013, state:

    "*** Mac driver

    - A native Mac OS X driver is implemented, for better integration with the Mac desktop environment. The full range of driver features are supported, including OpenGL, window management, clipboard, drag & drop, system tray, etc.

    - X11 is no longer needed on Mac OS X, but the X11 driver is still supported, e.g. when running remotely. Note: the Mac driver requires Mac OS X 10.6 or later, it cannot be built or used on 10.5.

    - FontConfig is no longer needed on Mac OS X and is disabled by default, system fonts are enumerated using the Core Text API instead."

    (sorry if the formatting ends up poor, no preview on mobile)

  62. Exercise in pain by Anonymous Coward · · Score: 0

    It has always been so hit and miss it blows my mind that they even continue to try. Wine is a disaster in terms of user friendliness and how often it doesn't work compared to how often it sorta works to how often it does. If I absolutely were forced to use Linux to play games, I'd just go find games with native support instead of trying to rely on that train wreck.

    1. Re:Exercise in pain by ledow · · Score: 2

      Because there's more to life than games?

      When you have a business with lots of money invested into a piece of code that runs your business, is custom, and can only be tinkered with by high-end and expensive coders, your money may well be better invested in getting it working on Wine than either porting it (a MASSIVE task that far too many people underestimate) or patching it (and thus playing with the program and potentially breaking it).

      Lots of people are stuck on Windows programs - it's easy to say "they shouldn't have stuck on Windows, then" but that's not the way life works. You don't set out creating a massive, cross-platform, idealised, perfectly-programmed application from the start. That's like saying "let's just build all this airport in modular fashion so we can expand and change its use and rejig its layout - it'll cost ten times more at the start, but will save us money in the long run" - perfectly sensible, but never, ever going to be approved by any budgetary committee.

      I was running Office on both Crossover and Wine for years. It more than does its job. It's not perfect, but it's a damn sight better than even trying to get old XP apps working on, say, Windows 10 (and no, don't just say "You shouldn't be doing that" - this is not how things work).

      Games are an entirely different matter. For a start, there is a limit on the number of resources available to the 3D APIs, and many games pushed those limits. Now, trying to "emulate" those games means working around those limits while staying WITHIN those limits yourself, which can cause a lot of problems. We're still dealing with games using direct-rendering mode here, for instance.

      And games move and evolve so quickly that being able to run even the last few years of games on a platform never intended to be developed for, is fucking amazing. But that's not the purpose of Wine.

      No. If you want games on Linux, ask the developers to port their games to Linux. You'll see significantly LESS joy than getting those games running on Wine. I assure you.

    2. Re:Exercise in pain by Anonymous Coward · · Score: 0

      Because there's more to life than games?

      There is?

      Depends on your life, I guess :)

  63. Re:Does it STILL USE X11 on OS X ?? by Kirth · · Score: 1

    install https://www.playonmac.com/ it's a wine frontend/manager.

    --
    "The more prohibitions there are, The poorer the people will be" -- Lao Tse
  64. Re:wine by truedfx · · Score: 2
    References help. Here's the oldest copy of the Wine FAQ I could find:

    This is the FAQ (Frequently Asked Questions) for the Wine (WINdows Emulator) project.

    1. What is Wine? What is it supposed to do?

    The word Wine stands for WINdows Emulator. It is both a program loader and an emulation library that will allow Unix users to run MS Windows applications in a Unix environment. The program loader will load and execute an MS Windows application binary, while the emulation library will take calls to MS Windows functions and translate these into calls to Unix/X, so that equivalent functionality is achieved.

  65. Re:Does it STILL USE X11 on OS X ?? by Kidbro · · Score: 1

    $DEITY, this is Poe's Law in effect, right here.

    Look, Mr. Buzzword, this is a compatibility layer. It's for people who desperately want to run some specific piece of software on a platform it otherwise would not run. They really don't care if it's a "100% native user xperience" (I really can't believe you typed that with a straight face). They care that the shit is running. At all. Maybe you and your friends are freaked out by everything that doesn't look exactly like iTunes, but for those of us who care more about the fact that our fucking software runs at all, the shit you're whining about is so low on the priority list it doesn't even register.

  66. Re:wine by Anonymous Coward · · Score: 0

    Acronyms are initialisms.

    Or "acrarini".

  67. Re:wine by Dunbal · · Score: 0

    Match point to h33t l4x0r.

    --
    Seven puppies were harmed during the making of this post.
  68. Re:wine by mysidia · · Score: 1

    The VM is emulating a real machine and presents a surface which mimics a real machine to Windows.

    A VM doesn't "emulate" a real machine. A VM is a virtual container that actually runs on a real machine; you can't use a VM to run on a CPU/hardware architecture different from one the operating system will natively run on. With a virtual machine nothing is emulated, assuming you install the paravirtualized hardware drivers; the VM is segmented and scheduled, so it is an additional operating system instance running on the same hardware.

    This works by the host running the CPU in virtual machine monitor mode, and scheduling VMs just like a normal OS schedules applications. You're not "EMULATING" when running two different programs or two different OSes on the same hardware... That's called Multitasking, not emulation.

    A VM isn't "hardware emulation" either, not any more than a FreeBSD Jail is Operating System emualtion.

  69. Re:wine by Anonymous Coward · · Score: 1

    Dude, just just so owned my Ken M.

    http://viralammo.com/21-hilarious-acts-of-trolling-on-the-internets-by-ken-m/

    https://www.reddit.com/r/KenM/

  70. Re:wine by Anonymous Coward · · Score: 0

    No, fuckwit, it the API AS IMPLEMENTED BY WINDOWS, not as it is detailed by some reference documentation.

    WINE is, however, in many places, a high level emulation of the Windows API as implemented by Microsoft Windows - it strives for 'bug for bug' compatibility with real-world-MS-Windows, not an alternate implementation of the Windows API as defined in some reference documentation.

  71. Re:wine by MrNiceguy_KS · · Score: 1

    I don't know.

    THIRD BASE!!

    --
    Redundancy is good And also good.