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.
Time to download!
10 Print "Wine Is Not An Emulator. But then what does Wine stand for?"
20 Goto 10
Wine Is Not an Emulator (WINE) - subtly mentioned in the summary.
I use it every day for some application that is unfortunately not ported to Linux yet.
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
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?
When you got Winae? Out the window goes windows.
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
Nope it stands for Wine (recursive acronym for Wine Is Not an Emulator)
I know that. but what does it stand for?
Wine Is Not an Emulator
I like my dinosaurs feathery, and my pterosaurs hairy (or is it pycnofibery?)
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.
Are you stupid or what? WINE = Wine Is Not an Emulator, and Wine = https://en.wikipedia.org/wiki/Wine. It's not recursive.
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.
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.
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.
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.
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"
Alternatively, it can mean:
Windows Is NEedded
That would be an initialism. WINE is an acronym.
Il n'y a pas de Planet B.
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.
How does a phoronix link sneak into an article about wine? The anonymous poster is probably Michael Larabel himself, trying to grub more money.
Typing out "period" makes you look retarded. Especially when you end the sentence with another period.
Oh, the irony! :-)
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.
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
EINE is Not EMACS from the late 1970's followed by ZWEI Was EINE Initially in about 1978, for the MIT Lisp Machines.
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.
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
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.)
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.
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.
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.
"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
Either run native Linux apps, use a windows machine or a virtual machine.
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?
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.
- The built-in Wingdings font contains more glyphs. ...because...important, yes?
.... 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.
This is correct. Just as windows is an in-code implementation of the Windows API, so is WINE.
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
It's like how emulating a douchebag doesn't make you an emulator. But it does make you a douchebag.
Woosh.
The post you're replying to was a joke.
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)
install https://www.playonmac.com/ it's a wine frontend/manager.
"The more prohibitions there are, The poorer the people will be" -- Lao Tse
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.
$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.
May we live long and die out
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
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.
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/
I don't know.
THIRD BASE!!
Redundancy is good And also good.