Live data from Hacker News

Wine 2.0 released

winehq.org

281–290 of 314 posts

Re: Wine 2.0 released

#281
post #226

The biggest commercial contributor to Wine is CodeWeavers: https://www.codeweavers.com/ Fantastic and very sympathetic small company which offers a next-next-finish installation of Wine. Excellent if you run a Linux desktop in a corporate environment that expects the ability to run Windows stuff.

Office 2010 and with the latest version Office 2013 work flawlessly with Crossover on Linux (and Mac): https://raymii.org/s/tutorials/Office_2013_and_2010_on_Linux... The support of codeweavers is very good and fast as well, the two times I had to contact them. The bottle system is amazing. It allows you to have multiple wine environments with different Windows versions seperated, so not just one Wine for all. Office…

As far as I know, the "bottle" system is available in standard wine too (as wine prefixes), Codeweavers just provides a very fancy wrapper for the system and tools for managing the bottles. And that is definitely very handy if you want things to "just work" and dont want to fuss with prefixes yourself.

Re: Wine 2.0 released

#282
post #272
post #226

The biggest commercial contributor to Wine is CodeWeavers: https://www.codeweavers.com/ Fantastic and very sympathetic small company which offers a next-next-finish installation of Wine. Excellent if you run a Linux desktop in a corporate environment that expects the ability to run Windows stuff.

Seems like a pretty perverse incentive to have the project largely funded by a commercial company offering a repackaging of the open source product with some added features that Wine couldn't add themselves least they compete with the benefactor directly and lose their funding.

It works pretty well for Chromium / Google Chrome, Fedora / Red Hat, Debian / Canonical, etc. Even the various Android skins (whatever you think of them) probably fall under this description.

Re: Wine 2.0 released

#283
post #238

Earlier quoted context omitted.

With the exception that the Windows Subsystem for Linux can just rely on the opensource glibc et al. So, they basically 'only'[1] have to implement the syscall interface of the Linux kernel. They do not have to do any work to reimplement all the core Linux libraries in a compatible way. Wine has a much harder task. Since the common Windows libraries are closed source and non-redistributable, the Wine project basicall…

> But of course, that's not going to happen. A few years ago, I'd have agreed with you. I used to be a card-carrying Microsoft hater for many years. And I still agree that the chances of that hapening are small, but given Microsofts changes over the last few years and the stream of open source releases, who knows any more...

everything they have open sourced has been developer oriented, nothing really in the realm of users applications and gaming. So I am doubtful, to say the least, that they will help wine in any shape or form in the foreseeable future.

Re: Wine 2.0 released

#287

Earlier quoted context omitted.

The Witness. I've heard that it is a magnificent game, but it is written with Direct3D 11, and although this Wine release notice states that "More Direct3D 10 and 11 features are implemented" and "Direct3D 11 feature levels are supported.", it doesn't seem to work yet (in " https://appdb.winehq.org/objectManager.php?sClass=version&iI... they state that it didn't work a month ago with Wine 2.0-rc1). I have both linux…

Interesting fact is that The Witness is ported by Nvidia to run on Shield TV (which runs Android): https://play.google.com/store/apps/details?id=com.nvidia.the...

That's cool. Does that mean they ported the HLSL to OpenGL and what would be the obstacle stopping a Linux Port?

Re: Wine 2.0 released

#289
post #231
post #204

Earlier quoted context omitted.

Kind of negates the purpose of even using wine. If your running a windows machine to run a Linux VM then you might as well install straight to Windows and not deal with the underpowered VM

Also, last time I tried, the virtual graphics cards in the vm were much less powerful than a fully drivered up raw graphics card even on Linux, unless I was doing something wrong?

This has actually changed. A friend of mine plays all modern games with sometimes even better FPS using the PCI passthrough in QEMU[1], I have to say it's a pretty impressive setup and I've played Witcher 3 with Arch Linux + QEMU + Windows 7, solid 60fps with ultra graphics.

[1] https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVM...

Post reply on HN