Live data from Hacker News

Wine 2.0 released

winehq.org

131–140 of 314 posts

Re: Wine 2.0 released

#131
post #93

What is the technical use case for Wine these days? Are we basically talking running certain Windows applications on Linux, at reasonable framerates, using hardware that doesn't support full virtualization pass-through? In other words, if you've got virtualization support, and pcie pass-through support, why not just run this stuff through a Windows VM?

My one use case is that I have a legal copy of Photoshop 7.0 from the early 2000s that is my main image editing software that I'm still using on an almost weekly basis thanks to Wine.

Re: Wine 2.0 released

#132
post #109
post #13

Earlier quoted context omitted.

Anything in Adobe's Creative Suite.

Does Adobe's stuff run well? I'd switch to Linux in a heartbeat if Premiere Pro performed adequately.

Can't speak for Premiere, but I have a really old copy of Photoshop (7.0) that I run on Wine and it has all of the features I need.

Re: Wine 2.0 released

#133
This is perfect for gaming VM. Installing Windows in a VM requires an extra license. With Wine, I can install Linux in a VM and install Wine in it to run Windows games. Anything blows up in the VM can be rolled back.

Re: Wine 2.0 released

#134
post #108
post #93

What is the technical use case for Wine these days? Are we basically talking running certain Windows applications on Linux, at reasonable framerates, using hardware that doesn't support full virtualization pass-through? In other words, if you've got virtualization support, and pcie pass-through support, why not just run this stuff through a Windows VM?

> What is the technical use case for Wine these days? Gaming on Linux using Windows games is a widely common use case. Wine works very well for most DX9 games already, but DX11 support is still quite WIP. > if you've got virtualization support, and pcie pass-through support, why not just run this stuff through a Windows VM? Because you don't want to run Windows? There can be multiple reasons for the later.

I remember many years ago you at best had a chance to get opengl games working under wine; getting anything directX working was a pipe dream.

Today most DirecX 9 games work flawlessly out of the box (including one click install from steam, also running under wine).

Re: Wine 2.0 released

#135
post #133

This is perfect for gaming VM. Installing Windows in a VM requires an extra license. With Wine, I can install Linux in a VM and install Wine in it to run Windows games. Anything blows up in the VM can be rolled back.

Are you sure that's going to work? I don't think you'll be able to take full advantage of your graphics hardware that way. (Last I checked, Virtualbox and friends refused to allocate more than 256MB of VRAM... so I could play Duck Game and no more.)

Re: Wine 2.0 released

#136
post #42

Earlier quoted context omitted.

Took the words out of my mouth. It's saved me from having to install complex or insecure VMs or additional machines so many times I can't count. I also enjoy using it to bundle applications usable on Linux and MacOS that otherwise were locked in to windows.

> "It's saved me from having to install complex or insecure VMs..." Can you elaborate on this? My intuition is that running an application in a VM provides more security than in wine.

The Linux root is more insulated if your application is in a VM, but running other Windows services broadens the attack surface.

Re: Wine 2.0 released

#137
post #108

Earlier quoted context omitted.

> What is the technical use case for Wine these days? Gaming on Linux using Windows games is a widely common use case. Wine works very well for most DX9 games already, but DX11 support is still quite WIP. > if you've got virtualization support, and pcie pass-through support, why not just run this stuff through a Windows VM? Because you don't want to run Windows? There can be multiple reasons for the later.

I remember many years ago you at best had a chance to get opengl games working under wine; getting anything directX working was a pipe dream. Today most DirecX 9 games work flawlessly out of the box (including one click install from steam, also running under wine).

I use GOG installers, but yes, Wine today comparing to its early days is simply amazing.

Re: Wine 2.0 released

#138
post #93

What is the technical use case for Wine these days? Are we basically talking running certain Windows applications on Linux, at reasonable framerates, using hardware that doesn't support full virtualization pass-through? In other words, if you've got virtualization support, and pcie pass-through support, why not just run this stuff through a Windows VM?

So I don't have to have the overhead of a full Windows virtual machine draining my laptop battery and filling my SSD with updates I didn't ask for to run the few windows-only applications I use.

I make extensive use of alt-tab. I have yet to find a smooth way to switch between applications running inside a VM and applications running outside the VM.

I also haven't found a way to achieve acceptable video performance inside a VM, short of dedicating a graphics card and doing a full PCI-E passthrough.

Re: Wine 2.0 released

#139

Earlier quoted context omitted.

if you're on linux wine is a package available in most distributions and you usually "sudo apt-get install wine" *you're

Even available on Homebrew on OSX (doesn't yet have 2.0 final it appears)

The pull request is up: https://github.com/Homebrew/homebrew-core/pull/9238

Should be merged within 24 hours or so.

Re: Wine 2.0 released

#140
post #133

This is perfect for gaming VM. Installing Windows in a VM requires an extra license. With Wine, I can install Linux in a VM and install Wine in it to run Windows games. Anything blows up in the VM can be rolled back.

Are you sure that's going to work? I don't think you'll be able to take full advantage of your graphics hardware that way. (Last I checked, Virtualbox and friends refused to allocate more than 256MB of VRAM... so I could play Duck Game and no more.)

Good question.

I was thinking it'd be fun to benchmark an application running on Windows vs. that same application running on Wine running in the Ubuntu Userspace in Windows. I'd have to guess it'd be at least a few times slower.

Post reply on HN